search for: treeconstanttollvm

...uilt gcc4 with CHECKING_ENABLED. In the process, I ran into an assertion error when compiling the first part of libgfortran: ../../src/gcc/llvm-convert.cpp:3871: failed assertion `(TREE_CONSTANT(exp) || TREE_CODE(exp) == STRING_CST) && "Isn't a constant!"' In this case, TreeConstantToLLVM::Convert() is getting a constant to convert that fails the test "TREE_CONSTANT(exp)" (from my gdb session:) >Breakpoint 2, TreeConstantToLLVM::Convert (exp=0x45e48c60) at ../../src/gcc/llvm-convert.cpp:3868 >2: exp->common.constant_flag = 0 >1: exp->common.code = CONSTRUCT...

...=============================================== --- gcc/llvm-convert.cpp (revision 61984) +++ gcc/llvm-convert.cpp (working copy) @@ -1150,9 +1150,18 @@ LValue TreeToLLVM::EmitLV(tree exp) { case IMAGPART_EXPR: return EmitLV_XXXXPART_EXPR(exp, 1); // Constants. - case LABEL_DECL: return TreeConstantToLLVM::EmitLV_LABEL_DECL(exp); - case COMPLEX_CST: return LValue(TreeConstantToLLVM::EmitLV_COMPLEX_CST(exp)); - case STRING_CST: return LValue(TreeConstantToLLVM::EmitLV_STRING_CST(exp)); + case LABEL_DECL: { + Value *Ptr = TreeConstantToLLVM::EmitLV_LABEL_DECL(exp); + return LValue(Ptr,...

...t of the memory object in LValue returned > by EmitLV(). Please review it carefully as I am not entirely > comfortable hacking on llvm-gcc. :-) In the long run, LValue and MemRef should be merged, but that can wait until later I suppose. > + case LABEL_DECL: { > + Value *Ptr = TreeConstantToLLVM::EmitLV_LABEL_DECL(exp); > + return LValue(Ptr, DECL_ALIGN(exp) / 8); > + } > + case COMPLEX_CST: { > + Value *Ptr = TreeConstantToLLVM::EmitLV_COMPLEX_CST(exp); > + return LValue(Ptr, TYPE_ALIGN(TREE_TYPE(exp)) / 8); > + } > + case STRING_CST: { > + Value *P...

...In the process, I ran into an assertion error when compiling the first > part of libgfortran: ok. > ../../src/gcc/llvm-convert.cpp:3871: failed assertion > `(TREE_CONSTANT(exp) || TREE_CODE(exp) == STRING_CST) && "Isn't a > constant!"' > > In this case, TreeConstantToLLVM::Convert() is getting a constant to > convert that fails the test "TREE_CONSTANT(exp)" > (from my gdb session:) .. > I'm not entirely sure how to proceed here, so any advice would be appreciated. Thanks for the details. This looks like a typical case of "gcc being slop...

Please review this patch for PR3510 (and <rdar://problem/6564697>). The bug is a failure to handle a "hole" inside an initialized structure, where the hole may be induced by a designated initializer or by alignment: http://llvm.org/bugs/show_bug.cgi?id=3510 The original code was greatly simplified by using FieldNo to index the LLVM fields and the initializer in

...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 this point: <view_convert_expr 0x403c6320... llvm-convert.cpp:4248: static llvm::Constant* TreeConstantToLLVM::Convert(tree_node*): Assertion `0 && "Unknown constant to convert!"' failed. Enjoy! Duncan. -------------- next part -------------- A non-text attachment was scrubbed... Name: 1-usehooks.diff Type: text/x-diff Size: 710 bytes Desc: not available URL: <http://lists.llvm....

Hello, Duncan. > 3-fortran.diff > Get fortran to compile: use the common stubs and rip out > the incomplete collection of dummy routines someone already put in. > With this patch, the fortran build dies at this point: > > cc1: llvm/lib/CodeGen/SelectionDAG/ScheduleDAG.cpp:367: void llvm::ScheduleDAG::AddOperand(llvm: > :MachineInstr*, llvm::SDOperand, unsigned int, const

...notes, which can be not connected to your problem. 1. You might need the following patch for FP constants to work properly: diff --git a/gcc/llvm-convert.cpp b/gcc/llvm-convert.cpp index 4c9c8d0..db8c6ba 100644 --- a/gcc/llvm-convert.cpp +++ b/gcc/llvm-convert.cpp @@ -5157,11 +5157,6 @@ Constant *TreeConstantToLLVM::ConvertREAL_CST(tree exp) { UArr[0] = RealArr[0]; // Long -> int convert UArr[1] = RealArr[1]; - // FIXME: verify on big-endian targets and cross from big- to little- endian - // targets - if (FLOAT_WORDS_BIG_ENDIAN) - std::swap(UArr[0], UArr[1]); - return ConstantFP::get(Ty,...

...uages other than Ada. > > With these patches, the Ada build dies at this point: > Unhandled expression! > <floor_mod_expr 0x40310c08... > > The Ada bootstrap dies at this point: > <view_convert_expr 0x403c6320... > llvm-convert.cpp:4248: static llvm::Constant* > TreeConstantToLLVM::Convert(tree_node*): Assertion `0 && "Unknown > constant to convert!"' failed. > > > Enjoy! > > Duncan. > <1-usehooks.diff> > <2-stubs.diff> > <3-fortran.diff> > <4-java.diff> > <6-build.diff> > <7-vec.dif...

On Fri, 1 Sep 2006, Michael McCracken wrote: > Here's what works now, and I have a separate test case for each of these: > > statement functions > intrinsic functions (print, cos, etc) > loops, goto statments > scalarized array operations > function calls with *no arguments* > simple common blocks Great! > Function calls with more than one argument don't work.

...ondot.org> wrote: > On Tue, 5 Sep 2006, Michael McCracken wrote: [snip] > > ../../src/gcc/llvm-convert.cpp:3871: failed assertion > > `(TREE_CONSTANT(exp) || TREE_CODE(exp) == STRING_CST) && "Isn't a > > constant!"' > > > > In this case, TreeConstantToLLVM::Convert() is getting a constant to > > convert that fails the test "TREE_CONSTANT(exp)" > > (from my gdb session:) > .. > > I'm not entirely sure how to proceed here, so any advice would be appreciated. > > Thanks for the details. > > This looks like...

The NIST F77 test suite doesn't seem to be compatible with gfortran at all, so I had to work from my own sample codes, and generate test cases from them. Here's what works now, and I have a separate test case for each of these: statement functions intrinsic functions (print, cos, etc) loops, goto statments scalarized array operations function calls with *no arguments* simple common