similar to: [LLVMdev] Rebuilding 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

Dear All, 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? -- John T. Comparing stages 2 and 3 warning: ./cc1plus-checksum.o differs warning: ./cc1-checksum.o differs Bootstrap comparison failure! ./rtl.o differs ./cse.o differs ./struct-equiv.o differs ./alias.o differs [etc, etc, etc.] ... gmake[2]: ***

My 7 zip file manager says that the mingw binary is corrupt for llvm 1.9. I suppose that means that those of us running windows have no hope of getting llvm right now? Someone reported this earlier but the situation remains unchanged. -Matt

[ 73%] Regenerating /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt.tmp [ 73%] Updating /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt if necessary... [ 73%] Checking for cyclic dependencies between LLVM libraries. find-cycles.pl: Circular dependency between *.a files: find-cycles.pl: libLLVMAsmPrinter.a

On Nov 14, 2011, at 4:52 PM, Chad Rosier wrote: > Devang, > I believe this has been fixed with llvm r144547. See: <rdar://problem/10441389>. It is likely that r144546 fixed some other bug. I just checked, this still fails with r144602. - Devang -------------- next part -------------- An HTML attachment was scrubbed... URL:

I filed PR 11378. Thanks! - Devang On Nov 14, 2011, at 1:27 PM, Galina Kistanova wrote: > Hello Devang, > > Please find attached the preprocessed source file and the LLVM > bitecode. Hope this will help. > > Thanks > > Galina > > > > On Mon, Nov 14, 2011 at 9:48 AM, Devang Patel <dpatel at apple.com> wrote: >> The buildbot >> @

On Feb 15, 2008, at 10:23 AM, Devang Patel wrote: > > On Feb 15, 2008, at 10:08 AM, Chris Lattner wrote: > >>>> Alternatively I can take the Padding bit into account in the >>>> StructType::get code somehow. Anyone have a strong opinion? >>> >>> Shouldn't it be a map from the gcc type to the padding info? >>> That said, you can get

Devang, I see the cause for confusion. Your message from this morning was specifically referring to this assert: Assertion `ExtVNI == VNI && "Unexpected existing value number"' failed. That assertion was fixed in the r144547. The PR shows this assert: Assertion failed: (isMetadata() && "Wrong MachineOperand accessor"), function Bisect fails until the

On Jul 13, 2007, at 9:28 AM, Duncan Sands wrote: > Hi Chris, > >> This is probably a patch that got checked into llvm-gcc4 after devang >> started work on 4.2. Please feel free to update 4.2 to the version >> in >> 4.0. > > no, it doesn't exist in 4.0. hmm. that can not be true. It was applied by Evan on May 07, 2007 to unbreak Apple style builds. -

The buildbot @ http://lab.llvm.org:8011/builders/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/builds/850 is failing with following assertion failure. Is it possible for someone to collect a preprocessed source file and file a PR ? Thanks, - Devang cc1: /opt/buildslave/osuosl/slave/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/llvm.src/lib/CodeGen/LiveIntervalAnalysis.cpp:713: bool

In that case I'll see if I can't bisect. Chad On Nov 14, 2011, at 5:32 PM, Devang Patel wrote: > > On Nov 14, 2011, at 4:52 PM, Chad Rosier wrote: > >> Devang, >> I believe this has been fixed with llvm r144547. See: <rdar://problem/10441389>. > > It is likely that r144546 fixed some other bug. I just checked, this still fails with r144602. > -

Does llvmgcc4 convert the high-level AST to LLVM (like llvmgcc3x) or does it go from GIMPL to LLVM? If the latter, would it be possible to allow some TreeSSA optimizations before emitting LLVM? --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.cs.uiuc.edu/ On Jul 31, 2006, at 1:10 PM, Devang Patel wrote: > llvmgcc4 emits LLVM byte code before executing GCC optimizations, > so one

Hi, I'm trying to build clang under MingW, but I'm getting a number of errors. Could anyone provide some hints as to what you had to do? I got some tips from http://blogs.tedneward.com/2008/02/24/Building+LLVM+On+Windows+Using+MinGW32.aspx, but using the newer packages, as it's a bit old. The ./configure seems to run without errors. The first run of make aborts with errors like:

On Feb 15, 2008, at 10:27 AM, Chris Lattner wrote: > > On Feb 15, 2008, at 10:23 AM, Devang Patel wrote: > >> >> On Feb 15, 2008, at 10:08 AM, Chris Lattner wrote: >> >>>>> Alternatively I can take the Padding bit into account in the >>>>> StructType::get code somehow. Anyone have a strong opinion? >>>> >>>>

>> Alternatively I can take the Padding bit into account in the >> StructType::get code somehow. Anyone have a strong opinion? > > Shouldn't it be a map from the gcc type to the padding info? > That said, you can get rid of the padding info as far as I'm > concerned. However Chris might have a different opinion - I > think he introduced it. I don't think I

On Sun, Jan 31, 2010 at 12:25 AM, Jose Rangel <jrangel at arxan.com> wrote: > > Thanks for responding, Duncan, and clarifying that y'all need more info > to help. > > I'm trying to compile binaries on os x 10.5.8 intel hardware that are > compatible on ppc os x 10.4. > > When I include various flags to llvm-gcc, including: -m32 -arch ppc > -isysroot

On Nov 29, 2006, at 11:27 AM, Devang Patel wrote: > When we back port patches from FSF GCC mainline, we decorate them > with 'mainline' markers, for example > > /* APPLE LOCAL begin 4229621 mainline */ > .... > /* APPLE LOCAL end 4229621 mainline */ > > There are many examples of such markers in source. These markers > help us resolve conflicts when >

Hello Devang, Please find attached the preprocessed source file and the LLVM bitecode. Hope this will help. Thanks Galina On Mon, Nov 14, 2011 at 9:48 AM, Devang Patel <dpatel at apple.com> wrote: > The buildbot > @ http://lab.llvm.org:8011/builders/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/builds/850 > is failing with following assertion failure. Is it possible for

SevenThunders wrote: > > > Someone reported this earlier but the situation remains unchanged. > > -Matt > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > Thanks for getting it back up so quickly. Now if I

On Mon, Apr 12, 2010 at 12:39 AM, Duncan Sands <baldrick at free.fr> wrote: > > try something like this: > > llvm-gcc -c -emit-llvm -o - | opt ...list.transforms.here... > result.bc > Another question about it: is this transforms list applied in the same order it's given to the command line? Can I repeat a transformation pass within a list? Thanks you! Felipe