similar to: [LLVMdev] Build Error

On Thu, Sep 1, 2011 at 3:17 PM, David Greene <dag at cray.com> wrote: > I'm getting this build error with -Werror: > > [off-opt]    : [llvm] cc1plus: warnings being treated as errors > [off-opt]    : [llvm] /ptmp/dag/llvm/official/llvm/lib/Target/ARM/ARMISelLowering.cpp: In member function 'llvm::MachineBasicBlock*

I'm getting the following when building llvm-gcc with an optimized set of LLVM libraries: /ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/xgcc -B/ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/ -B/cray/iss/compiler/cost/tools/llvm-tools/llvm/install.trunk.official.opt/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/bin/

David Greene wrote: > I'm getting the following when building llvm-gcc with an optimized set of > LLVM libraries: > > /ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/xgcc > -B/ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/ >

Hi, As you may know, these ISDN BRI features are very important here in Europe as ISDN Basic Rate Access is very popular among Small & Medium Entreprises. I don't really know why but it seems that in many countries, default is to install small PBX using Point-to-Multipoint (PtMP) mode as opposed to Point-to-Point (PtP) which is the norm for PRI. So basically, in several countries, SME

Since we are only a week away from branching for 3.7.0, this new breakage in the stage2 bootstrap of llvm/clang/compiler-rt/clang-tools-extra should get triaged. At r241513, a three stage bootstrap with comparision of stage2/stage3 files completed fine. However at r241594 we now have the new regression reported in https://llvm.org/bugs/show_bug.cgi?id=24054... Assertion failed: (Val &&

On Linux when I compile R 2.10.0(devel) (src/main/arithmetic.c in particular) with gcc 3.4.5 using the flags -g -O2 I get noncommutative behavior when adding NA and NaN: > NA_real_ + NaN [1] NaN > NaN + NA_real_ [1] NA If I compile src/main/arithmetic.c without optimization (just -g) then both of those return NA. On Windows, using a precompiled R 2.8.1 from CRAN I get NA for

I'm seeing the following when configuring llvm to point to llvm-gcc-4.2 and then run a "make clean." This is building llvm in a separate object directory than the source: % ../src/configure --prefix=/tmp/ptmp/dag/buildbot/slaves/llvm-validate/llvm-validate-debug-egypt-linux/build/install

On Monday 16 November 2009 14:18, John Criswell wrote: > > Did I miss a message? I am getting tons of compiler errors building > > poolalloc and safecode and am wondering if this patch would fix things. > > What platform are you building on? What types of errors are you > seeing? Edwin's patch will fix warnings for SAFECode on 64-bit platforms. I'm on a 64-bit

On 12 November 2010 17:52, Bob Wilson <bob.wilson at apple.com> wrote: > I recommend implementing this as a target-specific DAG combine optimization.  We already have target-specific DAG nodes for the relevant NEON comparison operations (ARMISD::VCEQ, etc. -- see ARMISelLowering.h) as well as the vmov (ARMISD::VMOVIMM).  You just need to teach the DAG combiner how to fold them together.

Hi all, So, we reverted the LibPRI version and tested it, and then tried with the latest version of everything. Still no changes. The BRI line is in PTMP. If we set the configs to PTMP in the genconf_parameters and try it, we get the following: [Jan 21 17:32:20] ERROR[20341]: chan_dahdi.c:12645 dahdi_pri_error: Unable to receive TEI from network! If we set it to PTP (which it is not) we

Hi, My setup is: IPPhone1 --- Asterisk1 with B410P ---- Patton 4638 --- Asterisk2 --- IPPhone2 I want to evaluate Asterisk1 in TE/PtmP mode. So, Patton box is configured in NT/PtmP (with 3 BRI links between both systems). Anyway, asterisk -rx "pri show spans" keeps replying : PRI span 1/0: Provisioned, Down, Active PRI span 2/0: Provisioned, Down, Active PRI span 3/0: Provisioned,

I'm still trying to debug the validator buildbot. I'm getting this error when building some variants of llvm-gcc-4.2: /bin/sh ../../src/gcc/mkconfig.sh bconfig.h gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common

Hi, I've read that the new dahdi channel supporting B410P doesn't support PtmP when in NT mode. Does it support PtmP when in TE mode ? Cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081209/f422b5d0/attachment.htm

Hi, At the moment, libpri /w Asterisk 1.6, Dahdi 2.1, is not supporting NT-Point to multi-point mode. Here (France), most small PBXes are connected to ISDN through BRI trunks in PtmP (don't know why but it seems the general case). So this NT-PtmP function would be very helpful to easily slide an Asterisk box between an existing PBX and the network. Does the same case apply elsewhere (UK,

hi all, i have a probably very stupid question/problem. for testing purpose i am trying to get asterisk running with two isdn cards. I'd only like to here the demo sound when i call the number - but nothing works. The output of show channels is not showing any channel - should there be 4 channels ? - capi info shows my two cards perfectly. The ISDN Controller's are attached to an PTMP

I've been unable to bootstrap llvm-gcc-4.0 or -4.2 for x86_64 for some weeks now. The current problem is this: [x86_64-mod-dbg]: ./xgcc -B./ -B/install.modified.debug/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/bin/ -isystem /install.modified.debug/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/include -isystem

I am seeing a whole lot of failures in the tests on trunk. From discussions with Chris and others, I should not be seeing this. Here's a typical case: [x86_64-off-opt]: Core was generated by `Output/simple_throw.cbe'. [x86_64-off-opt]: Program terminated with signal 6, Aborted. [x86_64-off-opt]: #0 0x00002b0620792b95 in raise () from /lib64/libc.so.6 [x86_64-off-opt]: #0

I'm getting a build failure with -Werror: [off-dbg] : [llvm] /ptmp/dag/llvm/official/llvm/lib/IR/Use.cpp: In member function 'llvm::User* llvm::Use::getUser() const': [off-dbg] : [llvm] /ptmp/dag/llvm/official/llvm/lib/IR/Use.cpp:142:14: error: cast from type 'const llvm::Use*' to type 'llvm::User*' casts away qualifiers [-Werror=cast-qual]

I really can't understand what is happening. I have the same set up in two locations:- 2 fritz cards in each with the patches and the same capi.conf except for the MSNs. One installation calls in on controller 1 and starts calls out on controller 2, i.e. perfect. The other calls come in on both controllers at the same time. I have checked the patches etc. Is this possibly a problem caused

Is this related to Owen's patch r118453? Evan On Nov 12, 2010, at 10:42 AM, Renato Golin wrote: > On 12 November 2010 17:52, Bob Wilson <bob.wilson at apple.com> wrote: >> I recommend implementing this as a target-specific DAG combine optimization. We already have target-specific DAG nodes for the relevant NEON comparison operations (ARMISD::VCEQ, etc. -- see