search for: libbackend

...ada/switch-c.o ada/stylesw.o ada/validsw.o ada/system.o ada/table.o ada/targparm.o ada/tbuild.o ada/tree_gen.o ada/tree_io.o ada/treepr.o ada/treeprs.o ada/ttypef.o ada/ttypes.o ada/types.o ada/uintp.o ada/uname.o ada/urealp.o ada/usage.o ada/widechar.o ada/back_end.o ada/gnat1drv.o prefix.o main.o libbackend.a attribs.o ../libiberty/libiberty.a -lintl -liconv \ libbackend.a(llvm-out.o)(.text+0x321): In function `llvm_c_expand_body_1': /dir1/cfrontend/src/gcc/llvm-out.c:155: undefined reference to `_lang_expand_function_end' libbackend.a(llvm-expand.o)(.text+0x49e0): In function `genllvm_for_st...

...ept.o java/verify.o java/zextract.o java/jcf-io.o java/win32-host.o java/jcf-parse.o java/mangle.o java /mangle_name.o java/builtins.o java/resource.o java/jcf-write.o java/buffer.o java/check-init.o java/jcf-depen d.o java/jcf-path.o java/xref.o java/boehm.o java/java-tree-inline.o mkdeps.o main.o libbackend.a -L../zlib -l z -liconv ../libiberty/libiberty.a -liconv libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc1f): undefined reference to `_stmts_are_full_exprs_p' libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc31): undefined reference to `_stmts_are_full_exprs_p' libbackend.a(llv...

...fortran/convert.o fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-stmt.o fortran/trans-types.o llvm-main.o tree-browser.o libbackend.a ../libcpp/libcpp.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMTransforms.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMipo.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMBCWriter.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/LLVMX86.o /home/mmccrack/gfortran-l...

...com.o f/data.o f/equiv.o f/expr.o f/global.o f/implic.o f/info.o f/intrin.o f/lab.o f/lex.o f/malloc.o f/name.o f/parse.o f/src.o f/st.o f/sta.o f/stb.o f/stc.o f/std.o f/ste.o f/storag.o f/stp.o f/str.o f/sts.o f/stt.o f/stu.o f/stv.o f/stw.o f/symbol.o f/target.o f/top.o f/type.o f/where.o main.o libbackend.a ../libiberty/libiberty.a libbackend.a(llvm-out.o): In function `llvm_c_expand_body': llvm-out.c:(.text+0x1c2): undefined reference to `lang_expand_function_end' llvm-out.c:(.text+0x1c6): undefined reference to `lang_expand_function_end' libbackend.a(llvm-out.o): In function `llvm_ini...

...n-0.9.4/xapian-core-0.9.4_svn6707/queryparser/.libs/libqueryparser.a) ar cru .libs/libxapian.a dummy.o .libs/libxapian.lax/libcommon.a/omdebug.o .libs/libxapian.lax/libcommon.a/omstringstream.o .libs/libxapian.lax/libcommon.a/utils.o .libs/libxapian.lax/libcommon.a/netutils.o .libs/libxapian.lax/libbackend.a/flint_table.o .libs/libxapian.lax/libbackend.a/database.o .libs/libxapian.lax/libbackend.a/flint_lock.o .libs/libxapian.lax/libbackend.a/quartz_alltermslist.o .libs/libxapian.lax/libbackend.a/net_termlist.o .libs/libxapian.lax/libbackend.a/quartz_values.o .libs/libxapian.lax/libbackend.a/flint_cu...

.../verify.o java/zextract.o java/jcf-io.o java/win32-host.o java/jcf-parse.o java/mangle.o java > /mangle_name.o java/builtins.o java/resource.o java/jcf-write.o java/buffer.o java/check-init.o java/jcf-depen > d.o java/jcf-path.o java/xref.o java/boehm.o java/java-tree-inline.o mkdeps.o main.o libbackend.a -L../zlib -l > z -liconv ../libiberty/libiberty.a -liconv > libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc1f): undefined reference to `_stmts_are_full_exprs_p' > libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc31): undefined reference to `_stmts_are_full_exprs_p' &...

...iv.o f/expr.o f/global.o f/implic.o > f/info.o f/intrin.o f/lab.o f/lex.o f/malloc.o f/name.o f/parse.o > f/src.o f/st.o f/sta.o f/stb.o f/stc.o f/std.o f/ste.o f/storag.o > f/stp.o f/str.o f/sts.o f/stt.o f/stu.o f/stv.o f/stw.o f/symbol.o > f/target.o f/top.o f/type.o f/where.o main.o libbackend.a > ../libiberty/libiberty.a > libbackend.a(llvm-out.o): In function `llvm_c_expand_body': > llvm-out.c:(.text+0x1c2): undefined reference to `lang_expand_function_end' > llvm-out.c:(.text+0x1c6): undefined reference to `lang_expand_function_end' > libbackend.a(llvm-out.o...

.... i configured llvm-gcc like this (and tried every other combination of disable-shared, disable-multilib and bootstrap) : ../llvm-gcc/configure --prefix=/usr --enable-llvm=/usr --enable-languages=c,c++ --disable-shared --disable-multilib --disable-bootstrap this error occurs during link time : libbackend.a(llvm-backend.o):(.rodata._ZTC11oFILEstream0_So[vtable for oFILEstream]+0xc): undefined reference to `std::basic_ostream<char, std::char_traits<char> >::~basic_ostream()' libbackend.a(llvm-backend.o):(.rodata._ZTC11oFILEstream0_So[vtable for oFILEstream]+0x10): undefined reference...

...tran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o llvm-main.o tree-browser.o libbackend.a ../libcpp/libcpp.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMBitReader.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMipo.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMBitWriter.a /home/duncan/LLVM/llvm-objects/Debug/lib/LLVMX86.o /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMSelec...

...x.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o c-parser.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o \ llvm-main.o libbackend.a ../libcpp/libcpp.a /home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-2.7/Release/lib/libLLVMBitReader.a /home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-2.7/Release/lib/libLLVMipo.a /home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/cross...

.../gcc/branches/apple/trunk/gcc/expr.h /* APPLE LOCAL begin radar 4441049 */ extern tree objc_v2_component_ref_field_offset (tree exp); extern tree objc_v2_bitfield_ivar_bitpos (tree exp); /* APPLE LOCAL end radar 4441049 */ mentions APPLE, is it only working on Apple ? (I use Debian sid) Error : libbackend.a(expr.o): In function `component_ref_field_offset': ../../llvm-gcc4/gcc/expr.c:5640: undefined reference to `objc_v2_component_ref_field_offset' libbackend.a(expr.o): In function `get_inner_reference': ../../llvm-gcc4/gcc/expr.c:5479: undefined reference to `objc_v2_bitfield_ivar_bitpo...

...xapianindex.cpp ????????... ????... LINK : warning LNK4098: ????MSVCRT?????????????? /NODEFAULTLIB:library xapianindex.obj : error LNK2019: ????????? "public: virtual __thiscall Xapian::WritableDatabase::~WritableDatabase(void)" (??1WritableDatabase at Xapian@@UAE at XZ)??????? _main ???? libbackend.lib(database.obj) : error LNK2001: ????????? "public: virtual __thiscall Xapian::WritableDatabase::~WritableDatabase(void)" (??1WritableDatabase at Xapian@@UAE at XZ) xapianindex.obj : error LNK2019: ????????? "public: __thiscall Xapian::Document::~Document(void)" (??1Document a...

...tran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o llvm-main.o tree-browser.o libbackend.a ../libcpp/libcpp.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMBitReader.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMipo.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMBitWriter.a /hom! > e/duncan/LLVM/llvm-objects/Debug/lib/LLVMX86.o /home/duncan/LLVM/llvm-objects/Debug/lib/libL...

...ck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o \ c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o\ c-pch.o c-parser.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checks\ um.o \ llvm-main.o tree-browser.o libbackend.a ../libcpp/libcpp.a /home/eric/llvm/l\ lvm-objects/Release/lib/libLLVMBitReader.a /home/eric/llvm/llvm-objects/Release/lib/li\ bLLVMipo.a /home/eric/llvm/llvm-objects/Release/lib/libLLVMBitWriter.a /home/eric/llvm\ /llvm-objects/Release/lib/LLVMX86AsmPrinter.o /home/eric/llvm/llvm-objects/Rele...

.../convert.o fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o llvm-main.o libbackend.a ../libcpp/libcpp.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMBitReader.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMipo.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMBitWriter.a /sw/src/fink.b...

...end.o : llvm-backend.cpp $(ALL_HEADERS) #line 2440 it also has: # APPLE LOCAL begin LLVM #line 1018 ifneq ($(LLVMOBJDIR),) OBJS-common += llvm-backend.o llvm-convert.o llvm-types.o llvm-debug.o endif and # FIXME: writing proper dependencies for this is a *LOT* of work. libbackend.o : $(OBJS-common:.o=.c) $(out_file) \ #line 2468 I think the problem is that since llvm-backend.o is in OBJS-common and that is used in the dependencies for libbackend.o, it thinks it needs llvm-backend.c. How it gets from ther to llvm-backend.o depending on llvm-backend.c, I'm not sure....

Hi Jack, > The curent llvm svn (r54623) is unable to link the gfortran > compiler in llvm-gcc-4.2 svn. I am getting the error... ... > Undefined symbols: > "_create_init_utf16_var", referenced from: > _darwin_build_constant_cfstring in libbackend.a(darwin.o) this is probably due to recent Apple changes. Fortran builds on linux. > Why is c++ being used instead of /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_gcc42_objdir/./prev-gcc/xgcc? I think this is because some people may not have C++ in the list of languages to build. The...

...built correctly. ... Making all in . make[2]: Entering directory `/cygdrive/c/xapian-core-0.9.0' /bin/bash ./libtool --mode=link g++ -Wall -W -Wno-long-long -fno-gnu-keywords -g -O2 -o libxapian.la -rpath /usr/local/lib -no-undefined -version-info 6:0:0 dummy.lo common/libcommon.la backends/libbackend.la matcher/libmatcher.la languages/liblanguages.la api/libapi.la net/libnet.la queryparser/libqueryparser.larm -fr .libs/libxapian.dll.a g++ -shared -nostdlib /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/crtbegin.o .libs/dummy.o -Wl,--whole-archive common/.libs/libcommon.a backends/.libs/libbackend.a matc...

...able libraries (plugins). There is no problem to use the analysis pass (opt -load=libanalysis.dylib -barpass foo.bc), but is it possible to get data from the analysis pass (by getAnalysis) while using the backend? AFAIK it is only allowed to have one plugin argument for llc (like: llc -load=libbackend.dylib -march=foo bar.bc). Did I miss something? Is the only solution to put the analysis pass in the target machine library? Thanks, Nico

...2$ ../llvm-gcc/configure --prefix=/usr/local/llvm-gcc --program-prefix=llvm- --enable-llvm=/cygdrive/d/llvm-svn/llvm-objdir/ --enable-languages=c,c++ --disable-shared --disable-threads --disable-nls --disable-c-mbchar **** I am getting the following error when i am doing 'make all' **** libbackend.a(llvm-convert.o): In function `_ZN18TreeConstantToLLVM15ConvertREAL_CSTEP9tree_node': /cygdrive/d/llvm-svn/llvm-gcc-objdir/gcc/../../llvm-gcc/gcc/llvm-convert.cpp:5939: undefined referece to `llvm::APInt::APInt(unsigned int, unsigned int, unsigned long long const*)' /cygdrive/d/llvm-svn...