search for: varasm

..."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-03-14-llvm...

...erpc-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 #1 0x0027...

...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 +4759,13 @@ a...

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

...arwin IIRC. I don't know that anyone has > > built GOMP on linux yet, and OpenMP hasn't been widely tested at all. > > I'd suggest using --enable-languages=c,c++ > > I am seeing the same errors with just building c,c++. (linux x86, also debian) There was a change to varasm.c that was not conditioned on being on darwin: + /* The "make_assemble_visibility" method may issue a warning if the visibility + attribute isn't supported in a configuration. This is all done through a + call-back. We want to issue this same warning when needed. */ + if (...

...c/./_muldi3.o In file included from ../../gccsrc/gcc/tsystem.h:90, from ../../gccsrc/gcc/libgcc2.c:41: f:/tmp/llvm/install/lib/../include/stdio.h: In function 'vsnprintf': f:/tmp/llvm/install/lib/../include/stdio.h:219: internal compiler error: in assemble_external_real, at varasm.c:1925 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://developer.apple.com/bugreporter> for instructions. Does anybody have idea, why does this error might occur? I can supply any needed information (such as -save-temps output, etc). -- With best r...

...Right now, I can build f951 but it crashes while compiling the first > fortran file of libgfortran. I'm still working 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...

...t;>> built GOMP on linux yet, and OpenMP hasn't been widely tested at >>> all. >>> I'd suggest using --enable-languages=c,c++ >> >> I am seeing the same errors with just building c,c++. (linux x86, >> also debian) > > There was a change to varasm.c that was not conditioned on being on > darwin: > > + /* The "make_assemble_visibility" method may issue a warning if > the visibility > + attribute isn't supported in a configuration. This is all done > through a > + call-back. We want to issue th...

On 2/6/08, Chris Lattner <sabre at nondot.org> wrote: > > On Feb 6, 2008, at 5:18 AM, Duncan Sands wrote: > > > Hi, > > > >> if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/ > >> s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/ > >> local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/ >

...<3; ++i) { callMemberFunction (obj, b[i]) (); } return 0; } // ----------- end bug.cpp ----------- This is how you can reproduce the internal compiler error: % gcc -c bug.cpp % bug.cpp: In function `int main(int, char **)': % bug.cpp:20: Internal compiler error in `const_hash', at varasm.c:2373 % Please submit a full bug report. % See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. I have tested the same source (which is an adoption from the C++ FAQ-lite, http://www.parashift.com/c++-faq-lite/pointers-to-members.html) an the following systems: Success:...

On Feb 6, 2008, at 5:18 AM, Duncan Sands wrote: > Hi, > >> if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/ >> s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/ >> local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/ >> include -isystem /usr/local/i686-pc-linux-gnu/sys-include - >> DHAVE_CONFIG_H -I.

I'm trying to use LLVM to do some semantic analysis of the Linux kernel source code and am having issues with the inline assembly. At this juncture I really don't care about what the inline assembly contains and I don't intend to actually run the compiled version of the source, so if there is a way I can tell LLVM to pretend the inline assembly isn't there that would be fantastic.

Hello, Manish. > I want to ask how and where tree data structures are converted into > llvm data structures. gcc-to-llvm converter operates on high GIMPLE trees. All necessary logic is in llvm*.cpp files. The hooks are made in varasm.c file. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

.../Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o explow.o -DHOST_WORDS_BIG_ENDIAN -O3 explow.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o optabs.o -DHOST_WORDS_BIG_ENDIAN -O3 optabs.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o varasm.o -DHOST_WORDS_BIG_ENDIAN -O3 varasm.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o rtl.o -DHOST_WORDS_BIG_ENDIAN -O3 rtl.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o print-rtl.o -DHOST_WORDS_BIG_ENDIAN -O3 print-rtl.c...

...ineDebugInfo 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 use... config...

On Tue, 4 May 2004, Chris Lattner wrote: > I suspect that a large reason that LLVM does worst than a native C > compiler with the CBE+GCC is that LLVM generates very low-level C code, > and I'm not convinced that GCC is doing a very good job (ie, without > syntactic loops). Yup, this is EXACTLY what is going on. I took this very simple C function: int Array[1000]; void test(int

...d/ppc/llvm-gcc/bin/gcc -c -o > explow.o -DHOST_WORDS_BIG_ENDIAN -O3 explow.c > /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o > optabs.o -DHOST_WORDS_BIG_ENDIAN -O3 optabs.c > /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o > varasm.o -DHOST_WORDS_BIG_ENDIAN -O3 varasm.c > /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o rtl.o > -DHOST_WORDS_BIG_ENDIAN -O3 rtl.c > /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o > print-rtl.o -DHOST_WORDS_BIG_ENDIAN -...

...reload1.bc reorg.bc resource.bc rtl.bc rtlanal.bc rtl-error.bc sbitmap.bc sched-deps.bc sched-ebb.bc sched-rgn.bc sched-vi s.bc sdbout.bc sibcall.bc simplify-rtx.bc ssa.bc ssa-ccp.bc ssa-dce.bc stmt.bc stor-layout.bc stringpool.bc timevar.bc toplev.bc tree.bc tree-dump.bc tree-in line.bc unroll.bc varasm.bc varray.bc vmsdbgout.bc xcoffout.bc ggc-page.bc i386.bc xmalloc.bc xexit.bc hashtab.bc safe-ctype.bc splay-tree.bc xstrdup.bc md5. bc fibheap.bc xstrerror.bc concat.bc partition.bc hex.bc lbasename.bc getpwd.bc ucbqsort.bc -lm -o gcc-llvm I tried to add -std=gnu89, but it did not work. -- Bes...

...og.o reg-stack.o regclass.o regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o simplify-rtx.o sreal.o stmt.o stor-layout.o stringpool.o targhooks.o timevar.o toplev.o tracer.o tree.o tree-dump.o varasm.o varray.o vec.o version.o vmsdbgout.o xcoffout.o alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o web.o passes.o rtl-profile.o tree-profile.o rtlhooks.o cfgexpand.o lambda-mat.o lambda-trans.o lambda-code.o tree-loop-linear.o llvm-backend.o llvm-convert.o llvm-types.o llv...

...a-operands.o differs ./tree-ssa-phiopt.o differs ./tree-ssa-pre.o differs ./tree-ssa-propagate.o differs ./tree-ssa-threadupdate.o differs ./tree-tailcall.o differs ./tree-vect-analyze.o differs ./tree-vectorizer.o differs ./tree-vect-transform.o differs ./tree-vn.o differs ./value-prof.o differs ./varasm.o differs ./var-tracking.o differs ./vec.o differs ./web.o differs cp/call.o differs cp/class.o differs cp/cp-gimplify.o differs cp/cp-objcp-common.o differs cp/cvt.o differs cp/cxx-pretty-print.o differs cp/decl2.o differs cp/decl.o differs cp/dump.o differs cp/error.o differs cp/except.o differs...