search for: handleargu

...y widely know error during llvm-gcc's bootstrap in getting an assertion during the compile of /data/LLVM/src/GCC/RELEASE_26/gcc/libgcc2.c: /data/LLVM/src/GCC/RELEASE_26/gcc/libgcc2.c: In function '__powitf2': /data/LLVM/src/GCC/RELEASE_26/gcc/libgcc2.c:1765: internal compiler error: in HandleArgument, at llvm-abi.h:535 Looking into the code of llvm-abi.h, I added the following patch to it: --- /data/LLVM/src/GCC/RELEASE_26/gcc/llvm-abi.h.jnz Thu Oct 29 00:32:52 2009 +++ /data/LLVM/src/GCC/RELEASE_26/gcc/llvm-abi.h Fri Oct 30 13:09:09 2009 @@ -529,7 +529,12 @@ HandleArg...

Hello, Juergen > With the full patch, I get the assertion of the 'unhandled REAL_TYPE!', > so I wonder what needs to be done in order to get LLVM to produce > code for 'TREE_CODE(type) == REAL_TYPE' in the 'HandleArgument' function. > > > Does anyone have an idea? And why does this only happen on SPARC? What is the value of "Ty" in your case? Just do "call Ty->dump()". -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State Unive...

...src/Trees.cpp: In function 'uint64_t getFieldOffsetInBits(tree)': /builddir/build/BUILD/dragonegg-3.0.src/src/Trees.cpp:191:56: error: 'BITS_PER_UNIT' was not declared in this scope /builddir/build/BUILD/dragonegg-3.0.src/src/DefaultABI.cpp: In member function 'void DefaultABI::HandleArgument(tree, std::vector<llvm::Type*, std::allocator<llvm::Type*> >&, llvm::Attributes*)': /builddir/build/BUILD/dragonegg-3.0.src/src/DefaultABI.cpp:223:14: error: 'TARGET_64BIT' was not declared in this scope In file included from /usr/lib/gcc/x86_64-redhat-linux/4.7.0/p...

...stall/src/llvm-svn/include -DL_powitf2 -fvisibility=hidden -DHIDE_EXPORTS -c ../../../../src/llvm-gcc-svn/gcc/libgcc2.c -o libgcc/./_powitf2.o ../../../../src/llvm-gcc-svn/gcc/libgcc2.c: In function '__powitf2': ../../../../src/llvm-gcc-svn/gcc/libgcc2.c:1765: internal compiler error: in HandleArgument, at llvm-abi.h:520 It seems like the sparc-sun-solaris2.10 triple isn't currently supported correctly. I'm considering trying to fix it myself, but my research is in scalable shared memory programming, not the intricacies of gcc and the sparc-solaris ABI. Can anyone give me a feeli...

Mike Stump wrote: > On Oct 31, 2008, at 1:10 PM, Luke Dalessandro wrote: >> I've started trying by trying to get sparc-sun-solaris2.10 (niagara) >> working. It appears that neither llvm nor llvm-gcc will build natively >> on the system, so I think that I need to build an llvm-gcc cross >> compiler. > > Get a gcc binary from someplace, use that to then build

...0/30/09 16:19, Anton Korobeynikov wrote: > Hello, Juergen > >> With the full patch, I get the assertion of the 'unhandled REAL_TYPE!', >> so I wonder what needs to be done in order to get LLVM to produce >> code for 'TREE_CODE(type) == REAL_TYPE' in the 'HandleArgument' function. >> >> >> Does anyone have an idea? And why does this only happen on SPARC? > What is the value of "Ty" in your case? Just do "call Ty->dump()". > -- Sun Microsystems GmbH Juergen Zimmermann Altrottstrasse 31 ISV Engineering EMEA...