search for: checking_en

Hi, in order to get a handle on the questions in Chris's previous email, I rebuilt LLVM with debugging info, and then rebuilt 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::Conver...

...pretty fragile, and needs be done > once for every supported platform. Ok. This is a reasonable way to do it. FWIW, I have a similar problem in the new llvm-gcc, which links to LLVM optimizations and native targets. The makefile goop I have looks like this: ifneq ($(LLVMBASEPATH),) ifdef CHECKING_ENABLED BUILDMODE=Debug else BUILDMODE=Release endif LLVMLIBPATH = $(LLVMBASEPATH)/$(BUILDMODE)/lib # Pick the right LLVM backend based on the target triple. LLVMTARGETOBJCMD := case $(target) in \ alpha-*-*) echo LLVMAlpha.o;; \ ia64-*-*) echo LLVMIA64.o;;...

On Tue, 5 Sep 2006, Michael McCracken wrote: > Hi, in order to get a handle on the questions in Chris's previous > email, I rebuilt LLVM with debugging info, and then rebuilt gcc4 with > CHECKING_ENABLED. > > 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!"' > &g...

On Mar 10, 2006, at 2:57 PM, Martin Pärtel wrote: > I'm currently using the "make install"-ed version of LLVM in an > autoconf/automake project. Setting it up wasn't that bad really. > The .a > libraries can be statically linked with the -l flag and .o > libraries are > simply linked in as normal object files (without -l). All the > libraries got >