[LLVMdev] Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM

[Evan Cheng]

Hi,

Here is the follow on patch for this problem. Please apply this from  
the top of the tree and rebuild.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: op
Type: application/octet-stream
Size: 2548 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060315/eee8a766/attachment.obj>
-------------- next part --------------

Thanks,

Evan

On Mar 15, 2006, at 10:01 AM, Chris Lattner wrote:

> On Wed, 15 Mar 2006, Vladimir Prus wrote:
>>> Please give it a try and let me know if it works any better for you!
>>
>> Here we go:
>
> Wow, you are good at finding problems!  Thanks!
>
>> -fvisibility=hidden -DHIDE_EXPORTS
>> -c ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c -o libgcc/./ 
>> _fixunsxfdi.o
>> cc1: /space/p2/ghost/build/llvm-cvs/include/llvm/Instructions.h: 
>> 72: void
>> llvm::AllocationInst::setAlignment(unsigned int): Assertion `(Align &
>> (Align-1)) == 0 && "Alignment is not a power of 2!"' failed.
>> ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c: In function  
>> '__fixunsxfdi':
>> ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c:1205: internal compiler  
>> error:
>> Aborted
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
>
> I can't reproduce this on darwin-ppc or darwin-x86, so this is a  
> stab in the dark.  Can you try this patch:
>
> ===================================================================
> --- i386.h      (revision 112156)
> +++ i386.h      (working copy)
> @@ -764,7 +764,13 @@ extern int x86_prefetch_sse;
>
>
>  /* target machine storage layout */
>
> +/* APPLE LOCAL begin LLVM */
> +#ifdef ENABLE_LLVM
> +#define LONG_DOUBLE_TYPE_SIZE 64
> +#else
>  #define LONG_DOUBLE_TYPE_SIZE 80
> +#endif
> +/* APPLE LOCAL end LLVM */
>
>  /* Set the value of FLT_EVAL_METHOD in float.h.  When using only the
>     FPU, assume that the fpcw is set to extended precision; when using
>
>
> Applied to gcc/gcc/config/i386/i386.h
>
> If that doesn't help, please send me a stack trace of the crash.   
> To do this, pass -v to the failing GCC command line, then debug the  
> cc1 invocation.  In addition, please go up to the first stack frame  
> with a GCC tree, and 'call debug_tree(exp)' on it from within GDB.   
> That will help me understand what is going on.
>
> Thanks, sorry this is taking so many iterations. :(
>
> -Chris
>
> -- 
> http://nondot.org/sabre/
> http://llvm.org/
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev