search for: decl_rtl

...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...

..../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...

...l (-O1 etc), however the level is not available 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_exp...

...cc-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: > Un...

...s 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...

...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...

...er 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...

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