Displaying 9 results from an estimated 9 matches for "make_decl_rtl".
2006 Sep 01
0
[LLVMdev] gfortran: patch, question
...king on it, but if the
> following error and backtrace ring any bells for anyone, I'd
> appreciate any tips.
Ok
> #0 fancy_abort (file=0x5eecc8 "../../src/gcc/varasm.c", line=0,
> function=0x41c1a680 "") at ../../src/gcc/diagnostic.c:587
> #1 0x00275ab4 in make_decl_rtl (decl=0x5bb1dc) at ../../src/gcc/varasm.c:1018
> #2 0x000555a0 in gfc_define_builtin (name=0x5eecc8
> "../../src/gcc/varasm.c", type=0x3fa, code=0, library_name=0xffb59c52
> <Address 0xffb59c52 out of bounds>, const_p=true) at
> ../../src/gcc/fortran/f95-lang.c:733
Thi...
2006 Sep 01
2
[LLVMdev] gfortran: patch, question
...obj/../install/powerpc-apple-darwin8.6.0/sys-include
-Wall -Wall -fno-repack-arrays -fno-underscoring -c
../../../src/libgfortran/intrinsics/selected_int_kind.f90 -fno-common
-DPIC -o .libs/selected_int_kind.o
../../../src/libgfortran/intrinsics/selected_int_kind.f90:0: internal
compiler error: in make_decl_rtl, at varasm.c:1018
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://llvm.org/bugs> for instructions.
(gdb) bt
#0 fancy_abort (file=0x5eecc8 "../../src/gcc/varasm.c", line=0,
function=0x41c1a680 "") at ../../src/gcc/diagnostic.c:587...
2006 Sep 01
3
[LLVMdev] gfortran: patch, question
...rules I should be following.
>
> Don't worry about them. The rules for use are finicky and they are easy
> to add. I'll add them to any patches. Thanks!
OK, thanks - I'll just keep my patches clean and let you worry about
the markers.
[snip]
> This is crashing because make_decl_rtl is an RTL backend specific
> function. I haven't looked at the callsite but you probably want
> something like this:
>
> #ifndef ENABLE_LLVM
> make_decl_rtl (olddecl);
> #else
> make_decl_llvm (olddecl);
> #endif
>
> make_decl_rtl is also sometimes calle...
2006 Mar 16
0
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...m as soon as this "type name in debug info" is solved or
> workarounded either in LLVM CVS or in your frontend.
Here's what I get now:
/space/p2/ghost/build/llvm-frontend/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu/bits/compatibility.h:42:
internal compiler error: in make_decl_rtl, at varasm.c:1018
(gdb) where
#0 internal_error (gmsgid=0x8a02d8f "make_decl_rtl")
at ../../2006-03-14-llvm-gcc-4/gcc/diagnostic.c:532
#1 0x082bf22f in fancy_abort (file=0x8a02d8f "make_decl_rtl", line=1018,
function=0x8a02d8f "make_decl_rtl")
at ../../2006...
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Evan Cheng wrote:
> Hi,
>
> Here is the follow on patch for this problem. Please apply this from
> the top of the tree and rebuild.
With the patch from Chris and then the patch from you combined, the previous
error disappeared, but I get another error, reduced to this:
./cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mtune=pentiumpro
-auxbase-strip libgcc/./_clz.o -g -O2
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...s after I reported the crash, by
> making MachineDebugInfo don't check for empty name of type.
:)
> Here's what I get now:
>
> /space/p2/ghost/build/llvm-frontend/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu/bits/compatibility.h:42:
> internal compiler error: in make_decl_rtl, at varasm.c:1018
> (gdb) where
> Preprocessed source goes by private email.
Great, thanks for the info. Please try this patch:
Index: varasm.c
===================================================================
--- varasm.c (revision 112246)
+++ varasm.c (working copy)
@@ -4759,6 +4...
2007 Jan 11
3
[LLVMdev] Ada support for llvm-gcc4
...vailable in gcc-llvm4. Pretend the optimization
level is 2, until a better solution is found.
13-optabs.diff
Remove all uses of optabs by Ada. These seem to be left-over from
older gcc versions: while optabs are initialized, they are not actually
used.
14-decl_rtl.diff
Use the LLVM version of make_decl_rtl when compiling for LLVM.
15-gimplifier.diff
Backport some gimplifier fixes from 4.3. These almost certainly
will have no effect on languages other than Ada.
With these patches, the Ada build dies at this point:
Unhandled expression!
<floor_mod_expr 0x40310c08...
The Ada bootstrap dies at t...
2006 Mar 17
0
[LLVMdev] Re: Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...gt; by making MachineDebugInfo don't check for empty name of type.
>
> :)
>
>> Here's what I get now:
>>
>> /space/p2/ghost/build/llvm-frontend/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu/bits/compatibility.h:42:
>> internal compiler error: in make_decl_rtl, at varasm.c:1018
>> (gdb) where
>> Preprocessed source goes by private email.
>
> Great, thanks for the info. Please try this patch:
This gets me further. After a bunch of "LLVM does not support aliases yet"
messsages I get this:
checking for exception model to us...
2007 Jan 11
0
[LLVMdev] Ada support for llvm-gcc4
...gt; level is 2, until a better solution is found.
>
> 13-optabs.diff
> Remove all uses of optabs by Ada. These seem to be left-over from
> older gcc versions: while optabs are initialized, they are not
> actually
> used.
>
> 14-decl_rtl.diff
> Use the LLVM version of make_decl_rtl when compiling for LLVM.
>
> 15-gimplifier.diff
> Backport some gimplifier fixes from 4.3. These almost certainly
> will have no effect on languages other than Ada.
>
> With these patches, the Ada build dies at this point:
> Unhandled expression!
> <floor_mod_expr 0x40...