[LLVMdev] Merge-Cha-Cha

Andrew Lenharth andrewl at lenharth.org
Wed Sep 3 13:20:44 PDT 2008


On Tue, Sep 2, 2008 at 8:21 PM, John Regehr <regehr at cs.utah.edu> wrote:
> I'm getting the error below on Ubuntu Hardy on ia32 on r55688.

I'm getting this too on Redhat.  The problem is TARGET_MACHO is
defined.  The error is in an
#ifdef TARGET_MACHO
block.  I didn't find where TARGET_MACHO was being defined though.

Andrew

>
> John
>
> make[3]: Entering directory `/home/regehr/llvm-gcc/build/gcc'
> 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
> -DHAVE_CONFIG_H -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include
> -I../../gcc/../libcpp/include  -I../../gcc/../libdecnumber
> -I../libdecnumber -I/home/regehr/llvm/include -I/home/regehr/llvm/include
> -DENABLE_LLVM -I/home/regehr/llvm/include  -D_DEBUG  -D_GNU_SOURCE
> -D__STDC_LIMIT_MACROS   ../../gcc/postreload-gcse.c -o postreload-gcse.o
> ../../gcc/postreload-gcse.c: In function
> eliminate_partially_redundant_load:
> ../../gcc/postreload-gcse.c:1123: error:
> flag_darwin_rtl_pre_ignore_critical_edges undeclared (first use in this
> function)
> ../../gcc/postreload-gcse.c:1123: error: (Each undeclared identifier is
> reported only once
> ../../gcc/postreload-gcse.c:1123: error: for each function it appears in.)
> make[3]: *** [postreload-gcse.o] Error 1
> make[3]: Leaving directory `/home/regehr/llvm-gcc/build/gcc'
> make[2]: *** [all-stage1-gcc] Error 2
> make[2]: Leaving directory `/home/regehr/llvm-gcc/build'
> make[1]: *** [stage1-bubble] Error 2
> make[1]: Leaving directory `/home/regehr/llvm-gcc/build'
> make: *** [all] Error 2
> regehr at john-home:~/llvm-gcc/build$
>
>
> --
> John Regehr, regehr at cs.utah.edu
> Assistant Professor, School of Computing, University of Utah
> http://www.cs.utah.edu/~regehr/
>
> On Tue, 2 Sep 2008, Bill Wendling wrote:
>
>> As you all have undoubtedly noticed, I recently did Yet Another Merge
>> to Apple's GCC top-of-tree. This merge was prompted by several
>> important fixes in the "blocks" implementation. There are still many
>> testcases that need to be moved over, but those can come at our
>> leisure. I compiled both the "Apple way" and the "FSF way". It also
>> passed the tests in llvm-test/Multitest. It should be a good merge,
>> but let me know if things break for you.
>>
>> -bw
>> _______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>



More information about the llvm-dev mailing list