similar to: [LLVMdev] address space overloading patch broke the llvm-gcc build

Hi, Sorry for breakage, I'll look into this right now. I guess llvm-gcc doesn't use llvm tablegen results to help create intrinsic names. -- Mon Ping On Jul 30, 2008, at 1:51 PM, Duncan Sands wrote: > Hi, I see this when building llvm-gcc on x86-32 linux: > > xgcc -Bgcc/ -B/usr/local/gnat-llvm/i686-pc-linux-gnu/bin/ -B/usr/ > local/gnat-llvm/i686-pc-linux-gnu/lib/

On Jul 30, 2008, at 2:03 PMPDT, Mon P Wang wrote: > Hi, > > Sorry for breakage, I'll look into this right now. I guess llvm-gcc > doesn't use llvm tablegen results to help create intrinsic names. > > -- Mon Ping It calls Intrinsic::getDeclaration. > On Jul 30, 2008, at 1:51 PM, Duncan Sands wrote: > >> Hi, I see this when building llvm-gcc on x86-32

x86-64 linux, during stage3: xgcc -B/home/duncan/LLVM/gcc-4.2.llvm-objects/./gcc/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/bin/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/include -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc-4.2.llvm/libgomp -I.

Hi Bill, This is probably due to the llvm-gcc merge. Please take a look. Thanks, Evan On Jul 30, 2008, at 10:04 AM, Duncan Sands wrote: > x86-64 linux, during stage3: > > xgcc -B/home/duncan/LLVM/gcc-4.2.llvm-objects/./gcc/ -B/usr/local/ > gnat-llvm/x86_64-unknown-linux-gnu/bin/ -B/usr/local/gnat-llvm/ > x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/gnat-llvm/x86_64-

Not sure if that's related, but we had two failures last night as well: MacOS/Universal build failed on rev 54197, when building the x86->ppc cross: cc1: warnings being treated as errors /Users/julien/buildbot/llvm/gcc-build/src/gcc/cp/pt.c:5296: warning: no previous prototype for 'outermost_tinst_level' make[2]: *** [cp/pt.o] Error 1 MingW failed on rev 54208:

I'm on Debian Etch and re-compile llvm/llvm-gcc-4.2 from scratch. I'm on svn revision 46813. I'm using the following commands for the compilation: ---------------------------------- # Get the sources mkdir /s/llvm cd /s/llvm svn co http://llvm.org/svn/llvm-project/llvm/trunk /s/llvm/svn.llvm svn co http://llvm.org/svn/llvm-project/llvm-gcc-4.2/trunk /s/llvm/svn.gcc42 # Compile llvm

Hi, > if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/s/llvm/svn.gcc42/libgomp -I. -I/s/llvm/svn.gcc42/libgomp/config/linux/x86

On Feb 6, 2008, at 5:18 AM, Duncan Sands wrote: > Hi, > >> if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/ >> s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/ >> local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/ >> include -isystem /usr/local/i686-pc-linux-gnu/sys-include - >> DHAVE_CONFIG_H -I.

On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: > Not sure if that's related, but we had two failures last night as > well: > > MacOS/Universal build failed on rev 54197, when building the x86->ppc > cross: > > cc1: warnings being treated as errors > /Users/julien/buildbot/llvm/gcc-build/src/gcc/cp/pt.c:5296: warning: > no > previous prototype for

Anyone else seeing this? LLVM/gcc-4.2.llvm-objects/./gcc/xgcc -BLLVM/gcc-4.2.llvm-objects/./gcc/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/bin/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/include -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/sys-include -c -DHAVE_CONFIG_H -O2 -g -O2 -I.

> It builds here (Linux x86_64), I use the following configure line: > ../llvm-gcc4.2/configure > --prefix=/home/edwin/llvm-svn/obj42/../install --program-prefix=llvm- > --enable-llvm=/home/edwin/llvm-svn/llvm/ --disable-multilib > --enable-checking=release --enable-languages=c,c++ I'm using (x86-64 linux, gcc 4.3) ../gcc-4.2.llvm/configure --prefix=/usr/local/gnat-llvm

On 2/6/08, Chris Lattner <sabre at nondot.org> wrote: > > On Feb 6, 2008, at 5:18 AM, Duncan Sands wrote: > > > Hi, > > > >> if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/ > >> s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/ > >> local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/ >

On 2008-10-01 15:04, Duncan Sands wrote: > Anyone else seeing this? > > LLVM/gcc-4.2.llvm-objects/./gcc/xgcc -BLLVM/gcc-4.2.llvm-objects/./gcc/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/bin/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/include -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/sys-include -c

On 2008-10-01 17:36, Duncan Sands wrote: >> It builds here (Linux x86_64), I use the following configure line: >> ../llvm-gcc4.2/configure >> --prefix=/home/edwin/llvm-svn/obj42/../install --program-prefix=llvm- >> --enable-llvm=/home/edwin/llvm-svn/llvm/ --disable-multilib >> --enable-checking=release --enable-languages=c,c++ >> > > I'm using

CentOS Errata and Bugfix Advisory 2018:0513 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0513 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f5c2ee1b5cea1749cff1f379d3f2cbe8f24f066bfc91dcb45b570475263c3cfc cpp-4.4.7-18.el6_9.2.i686.rpm b5a67dfa5f1df3d656694f40abb01b4a98f00735b90d67266d9af1d443c0a47b

I'm getting dozens of these at a very high rate: [Jan 20 09:15:27] NOTICE[16958]: chan_sip.c:12687 check_auth: Correct auth, but based on stale nonce received from '"" <sip:121 at gnat.com>;tag=as5f1a9480' [Jan 20 09:15:28] NOTICE[16958]: chan_sip.c:12687 check_auth: Correct auth, but based on stale nonce received from '"" <sip:130 at

Hi Andre, > In file included from ../../gcc/llvm-backend.cpp:23: > ../../gcc/llvm-internal.h:31: fatal error: vector: No such file or directory > compilation terminated. line 31 of llvm-internal.h is: #include <vector> so if that's failing then your C++ compiler is somehow borked. How did you arrange to use the right gcc for the build? Maybe that's getting in the way of

On Thu, Apr 30, 2015 at 9:06 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Andrey Bokhanko" <andreybokhanko at gmail.com> >> To: "cfe-dev" <cfe-dev at cs.uiuc.edu>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Douglas Gregor" >> <dgregor at apple.com>,

Bill, Are there any plans to integrate the new openmp support into the llvm/clang 3.5 build process? I have been able to build the current llvm/clang/compiler-rt/openmp svn on Mac OS X 10.9 out of tree with… pushd projects/openmp/runtime make compiler=clang popd and then OPENMP_DIR=`ls projects/openmp/runtime/tmp | grep dyn` pushd

CentOS Errata and Security Advisory CESA-2010:0039 gcc and gcc4 security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0039.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpp-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-3.4.6-11.el4_8.1.x86_64.rpm