similar to: [LLVMdev] Error building llvm-gcc

On Apr 16, 2008, at 11:47 AM, John Criswell wrote: > I get the following error building llvm-gcc using gmake (i.e., not > building the bootstrap target). Any ideas on what I am doing wrong? One common problem is if you are doing incremental builds, you may want to try building restrap first and see if that clears the problem. If not... If anything, you're trying to build a

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the

On Apr 27, 2007, at 3:50 PM, David Greene wrote: > The saga continues. > > I've been tracking the interface changes and merging them with > the refactoring work I'm doing. I got as far as building stage3 > of llvm-gcc but the object files from stage2 and stage3 differ: > > > warning: ./cc1-checksum.o differs > warning: ./cc1plus-checksum.o differs > >

Jeffrey Yasskin wrote: > Comparing stages 2 and 3 > warning: ./cc1-checksum.o differs > warning: ./cc1plus-checksum.o differs > Bootstrap comparison failure! > ./c-decl.o differs > ./cp/decl.o differs > ./df-core.o differs > ./gcc.o differs > ./i386.o differs > ./stor-layout.o differs > ./tree-pretty-print.o differs > ./tree.o differs > make[2]: ***

FYI, I just successfully performed a 3-stage bootstrap with stage2/stage3 object file comparison on x86_64-apple-darwin16 for llvm/clang/clang-tools-extra/compiler-rt/libcxx/openmp/polly using our custom fink packaging scripts with the -DLLVM_REVERSE_ITERATION:BOOL=ON cmake option. There were no stage2/stage3 object file comparison failures or test suite regressions. I do have one question

On Sun, Jul 9, 2017 at 1:26 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > > > On Sun, Jul 9, 2017 at 9:19 AM, Jack Howarth via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> FYI, I just successfully performed a 3-stage bootstrap with >> stage2/stage3 object file comparison on x86_64-apple-darwin16 for >>

Thanks for the quick answer! Syncing to r61112 got rid of the ICE, but I still get the following error: make "DESTDIR=" "RPATH_ENVVAR=DYLD_LIBRARY_PATH" "TARGET_SUBDIR=i686-apple-darwin9" "bindir=/Users/jyasskin/src/llvm-gcc-4.2/trunk/obj/../install/bin" "datadir=/Users/jyasskin/src/llvm-gcc-4.2/trunk/obj/../install/share"

New 5.3 install. Saw some stuff around about problems with pwlib but those were in 0.9 and have long since been fixed and I haven't found anything else out there to explain this stuff. Anyone have any ideas? gmake[2]: Entering directory `/usr/ports/net/asterisk/work/asterisk-1.0.2/channels/h323' c++ -O -pipe -c -fno-rtti -o ast_h323.o -O -pipe -Wall -Wstrict-prototypes

One thing I have never been clear about is whether llvm-gcc has the correct dependencies to do a restrap after LLVM sources change. That is, if I have a built llvm-gcc and I change some LLVM source file and rebuild the LLVM libraries, can I do a "make restrap" on llvm-gcc and expect it to work? -Dave

Duncan Sands dixit: >Can you bootstrap llvm-gcc (configure with --enable-bootstrap)? Nope, probably because it uses the host C++ compiler instead of the one built in stage1 during stage2: /usr/ports/lang/llvm-gcc/w-llvm-gcc4.2-58935-1/llvm-gcc4.2/host-i386-ecce-mirbsd10/prev-gcc/xgcc -B/usr/ports/lang/llvm-gcc/w-llvm-gcc4.2-58935-1/llvm-gcc4.2/host-i386-ecce-mirbsd10/prev-gcc/

On Mon, Apr 19, 2010 at 4:52 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > The third stage is for comparing the output of clang (as compiled by > gcc) against clang (as compiled by clang). The whole process is: > > Stage 1: build clang with gcc > > Stage 2: build clang with the clang created by gcc > > Stage 3: build clang with the clang created by clang. > >

Hi Michael, Last year I had a problem with reproducibility that I detected in the generated assembly for the out-of-tree target I was working on that seemed like non-deterministic code generation. There was nothing incorrect in the alternative code being emitted, but it was making me nervous that it was different at all. After some investigation it turned out to be a consequence of

My nightly tester on x86_64-unknown-linux-gnu failed to bootstrap llvm-gcc today: Comparing stages 2 and 3 Bootstrap comparison failure! ./build/read-rtl.o differs The updates since the last bootstrap (24 hours before): went from revision 53904 to revision 53950. Ciao, Duncan.

On Sun, Feb 22, 2009 at 2:56 AM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > On Sat, Feb 21, 2009 at 9:54 PM, Aaron Gray < > aaronngray.lists at googlemail.com> wrote: > >> On Fri, Feb 20, 2009 at 11:45 PM, Tanya Lattner <tonic at nondot.org>wrote: >> >>> LLVMers, >>> >>> The 2.5 pre-release2 is finally available

On Mon, Oct 28, 2013 at 5:53 PM, Richard Smith <richard at metafoo.co.uk>wrote: > On Mon, Oct 28, 2013 at 5:13 PM, "C. Bergström" <cbergstrom at pathscale.com>wrote: > >> On 10/29/13 07:01 AM, Richard Smith wrote: >> >>> >>> [As an aside: I use libc++ for my Clang development (on Ubuntu Linux), >>> and it works for me (tm). This

Hello,    I get the following error while trying to configure an llvm build on Solaris 10-SPARC: CMake Error at projects/libcxx/CMakeLists.txt:268 (message):   C++11 is required but the compiler does not support -std=c++11 However, the error is about a missing header file (llvm/Support/Solaris.h) as reported in build/CMakeFiles/CMakeError.log: Performing C++ SOURCE FILE Test

Hello guys, On cygwin-1.7, I can build and test clang successfully by 3-stage. Known issues: - binaries among stage2 and stage3 do not match. (other than timestamp and checksum) investigating. - I met some warnings. I have fixes for them. - [llvm] r127241 - [llvm] http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20110307/117725.html - [clang] r127283 - [clang]

Do any of the current build bots for llvm.org perform 3-stage bootstraps with file comparison of the stage2 and stage3 object files and generated headers? On x86_64-apple-darwin16 using the fink projects llvm packaging methodology (crafted by David Fang), I am seeing non-deterministic file comparison failures in current trunk that goes back as far as r296837.

On 30 August 2017 at 18:51, David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > On Tue, Aug 29, 2017 at 11:45 AM Grang, Mandeep Singh via cfe-dev > <cfe-dev at lists.llvm.org> wrote: >> >> Hi All, >> >> I wanted to share a couple of updates on the effort to uncover >> non-determinism in LLVM through reverse iteration. >>

I'll Check it out.. is it in the CVS or the release yet.. or how do I apply a patch to it... thanks much for the update.. I'll feel better about the whole thing..OpenBSD is really nice with the pro-police stack and would like to see an alternative to the GCC only compiler chain of tools especially as it is based on a somewhat archaic optiminzation backend and procedural stuff is pretty