search for: lelf

...llvm/tools/llc/Debug/llc.o \ -lLLVMBitReader /home/neale/LLVM/llvm/Debug/lib/LLVMCBackend.o -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis /home/neale/LLVM/llvm/Debug/lib/LLVMCppBackend.o -lLLVMTarget -lLLVMCore -lLLVMSupport -lLLVMSystem -lpthread -ldl -lm -lelf /home/neale/LLVM/llvm/tools/llc/Debug/llc.o: In function `ForceCodegenLinking': /home/neale/LLVM/llvm/include/llvm/CodeGen/LinkAllCodegenComponents.h:45: undefined reference to `llvm::createBURRListDAGScheduler(llvm::SelectionDAGISel*, bool)' /home/neale/LLVM/llvm/include/llvm/CodeGen/LinkA...

...the Interpreter to use libffi. This breaks test/Bindings/Ocaml/executionengine.ml because OCaml doesn't try to link with libffi, even though llvm-config knows that we should: $ Debug/bin/llvm-config --ldflags interpreter -L/home/nicholas/llvm-commit/Debug/lib -lpthread -lffi -ldl -lm -lelf If I run 'ocamlc' by hand and pass it '-cclib -lffi', the test succeeds, so this is the only remaining problem. Is anyone familiar with how Ocaml knows what libraries to link against? We can't just pass `llvm-config --ldflags interpreter` to ocamlc because it doesn't sup...

...> melis at juggle2:~/c/llvm-svn> llvm-config --cxxflags --ldflags --libs core > -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fomit-frame-pointer > -fPIC -Woverloaded-virtual > -L/home/melis/llvm/lib -lpthread -ldl -lm -lelf > -lLLVMCore -lLLVMSupport -lLLVMSystem > > melis at juggle2:~/c/llvm-svn-build> cmake /home/melis/c/llvm-svn > -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/home/melis/llvm-cmake > -DLLVM_ENABLE_THREADS=ON > melis at juggle2:~/c/llvm-svn-build> make install > melis...

...o, Neale > -lLLVMBitReader /home/neale/LLVM/llvm/Debug/lib/LLVMCBackend.o > -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis > /home/neale/LLVM/llvm/Debug/lib/LLVMCppBackend.o -lLLVMTarget -lLLVMCore > -lLLVMSupport -lLLVMSystem -lpthread -ldl -lm -lelf It seems, that you did not specify any single backend except C. Please do so. > So it appears to be missing LLVMSelectionDAG in the link specification. I've > been trying to wade through the Makefile* files to see how the link > specification is generated but am not getting anywhere....

...R/usr/local/lib -lgd" --with-user=nut --with-group=nut --host=i686-pc-solaris2.10 --build=i686-pc-solaris2.10 --target=i686-pc-solaris2.10 This resulte in a drivers/Makefile containing the following definition: LIBNETSNMP_LDFLAGS = -R../lib -L/usr/sfw/lib -lnetsnmp -lgen -lpkcs11 -lkstat -lelf -lm -ldl -lnsl -lsocket -ladm This does not work, as the Solaris link directive -R specifies runtime link paths and is not permitted to be a relative path. This will therefore cause a link failure when building the SNMP drivers, if SNMP is enabled. (Fortunately for me, I don't need to use...

..../common/parseconf.o \ > ../common/common.o ../common/setenv.o ../common/inet_aton.o > -lnsl -lsocket -L/software/openssl-0.9.7_runtime/lib > -R/software/openssl-0.9.7_runtime/lib:/software/libz-1.1.4_runtime/lib > -L/software/netsnmp-5.3/lib -lnetsnmp -lgen -lcrypto -lkstat -lelf -lm > -lnsl -lsocket -ladm > ld: fatal: symbol `setenv' is multiply-defined: > (file ../common/setenv.o type=FUNC; file > /software/netsnmp-5.3/lib/libnetsnmp.a(system.o) type=FUNC); > ld: fatal: File processing errors. No output written to snmp-ups Does anyone have any...

...ggle2:~/c/llvm-svn> llvm-config --cxxflags --ldflags --libs core >> -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE >> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fomit-frame-pointer >> -fPIC -Woverloaded-virtual >> -L/home/melis/llvm/lib -lpthread -ldl -lm -lelf >> -lLLVMCore -lLLVMSupport -lLLVMSystem >> >> melis at juggle2:~/c/llvm-svn-build> cmake /home/melis/c/llvm-svn >> -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/home/melis/llvm-cmake >> -DLLVM_ENABLE_THREADS=ON >> melis at juggle2:~/c/llvm-svn-build>...

.... This > breaks test/Bindings/Ocaml/executionengine.ml because OCaml doesn't > try to link with libffi, even though llvm-config knows that we should: > > $ Debug/bin/llvm-config --ldflags interpreter > -L/home/nicholas/llvm-commit/Debug/lib -lpthread -lffi -ldl -lm - > lelf > > If I run 'ocamlc' by hand and pass it '-cclib -lffi', the test > succeeds, so this is the only remaining problem. Is anyone familiar > with how Ocaml knows what libraries to link against? We can't just > pass `llvm-config --ldflags interpreter` to ocamlc...

...lis/llvm/bin/llvm-config melis at juggle2:~/c/llvm-svn> llvm-config --cxxflags --ldflags --libs core -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fomit-frame-pointer -fPIC -Woverloaded-virtual -L/home/melis/llvm/lib -lpthread -ldl -lm -lelf -lLLVMCore -lLLVMSupport -lLLVMSystem melis at juggle2:~/c/llvm-svn-build> cmake /home/melis/c/llvm-svn -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/home/melis/llvm-cmake -DLLVM_ENABLE_THREADS=ON melis at juggle2:~/c/llvm-svn-build> make install melis at juggle2:~/c/llvm-svn-build>...

...t is being run twice. ellsif works as expected, but I'd like to figure out what's going wrong. The link command is: g++ -o ellsif ellsif.o elsa.o -g -Wall ../elsa/libelsa.a ../elkhound/libelkhound.a ../ast/libast.a ../smbase/libsmbase.a -L/home/rich/llvm-install/lib -lpthread -ldl -lm -lelf -lLLVMLinker -lLLVMArchive -lLLVMipo -lLLVMInstrumentation -lLLVMBitWriter -lLLVMBitReader /home/rich/llvm-install/lib/LLVMMSIL.o /home/rich/llvm-install/lib/LLVMCBackend.o /home/rich/llvm-install/lib/LLVMCellSPU.o /home/rich/llvm-install/lib/LLVMMips.o /home/rich/llvm-install/lib/LLVMARM.o...

Paul Melis <llvm at assumetheposition.nl> writes: > Hi, just chiming in here... > > Óscar Fuentes wrote: >> [...] >> >> This is a simple guide for using cmake with LLVM: >> >> http://www.llvm.org/docs/CMake.html >> >> The makefiles distributed with LLVM have nothing to do with cmake. >>From the few times I tried building LLVM with

....o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/SubtargetEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/TableGen.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/TableGenBackend.o -lLLVMSupport -lLLVMSystem \ -lltdl -lm -lelf /tools/llvm-tools/x86_64-unknown-linux-gnu/bin/g++ -I/tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen -I/users/dag/projects/llvm-project.modified/llvm/trunk/utils/TableGen -I/tmp/ptmp/dag/build.llvm.modified.debug/include -I/users/dag/projects/llvm-project.modified/llvm/trunk/include -I...

...-objects/Release/lib/libLLVMCore.a /home/eric/llvm/llvm-objects/Release/lib/libLLVMSup\ port.a /home/eric/llvm/llvm-objects/Release/lib/libLLVMSystem.a ../libcpp/libcpp.a .\ ./libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/home/eric/llvm/llvm-objects/\ Release/lib -lpthread -ldl -lm -lelf llvm-main.o: In function `__static_initialization_and_destruction_0': /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: undefi\ ned reference to `std::ios_base::Init::Init()' /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: unde...

.../mdb/mdb_gelf.c update: usr/src/cmd/mdb/common/mdb/mdb_gelf.h update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libelf/Makefile.com update: usr/src/cmd/sgs/libelf/common/gelf.c update: usr/src/cmd/sgs/libelf/common/llib-lelf update: usr/src/cmd/sgs/libelf/demo/dcom.c update: usr/src/cmd/sgs/libelf/spec/elf.spec update: usr/src/cmd/sgs/libelf/spec/versions update: usr/src/cmd/sgs/liblddbg/common/elf.c update: usr/src/cmd/sgs/liblddbg/common/liblddbg.msg update: usr/src/cmd/sgs/packages/common/SUNWonld-README upda...

...efinition -Wmissing-format-attribute -DHAVE_CONFIG_H -o gfortran \ gcc.o opts-common.o gcc-options.o gfortranspec.o version.o prefix.o intl.o driver-i386.o ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/pkg/build/llvm/Debug/lib -lpthread -lffi -ldl -lm -lelf /usr/bin/ld: cannot find -lffi collect2: ld returned 1 exit status gmake[4]: *** [gfortran] Error 1 Actually, gcc 4.3.2 is in my path already (verified by gcc -v from a fresh shell). And the appropriate library dirs are in /etc/ld.so.conf. But it seems that the error is thrown by xgcc within the...

Hello, Neale > These entry points are in modules that have been compiled and placed into an > archive. (e.g. llvm::createBURRListDAGScheduler is in ScheduleDAGRRList.cpp > whose object is placed in ./Debug/lib/libLLVMSelectionDAG.a). > > I'm sure I've missed a configuration option or something trivial like that > but my newbie brain can't determine what it is. make

...vn> llvm-config --cxxflags --ldflags --libs core >>> -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE >>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fomit-frame-pointer >>> -fPIC -Woverloaded-virtual >>> -L/home/melis/llvm/lib -lpthread -ldl -lm -lelf >>> -lLLVMCore -lLLVMSupport -lLLVMSystem >>> >>> melis at juggle2:~/c/llvm-svn-build> cmake /home/melis/c/llvm-svn >>> -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/home/melis/llvm-cmake >>> -DLLVM_ENABLE_THREADS=ON >>> melis at juggle2...

..../common/upsconf.o ../common/parseconf.o \ ../common/common.o ../common/setenv.o ../common/inet_aton.o -lnsl -lsocket -L/software/openssl-0.9.7_runtime/lib -R/software/openssl-0.9.7_runtime/lib:/software/libz-1.1.4_runtime/lib -L/software/netsnmp-5.3/lib -lnetsnmp -lgen -lcrypto -lkstat -lelf -lm -lnsl -lsocket -ladm ld: fatal: symbol `setenv' is multiply-defined: (file ../common/setenv.o type=FUNC; file /software/netsnmp-5.3/lib/libnetsnmp.a(system.o) type=FUNC); ld: fatal: File processing errors. No output written to snmp-ups I can fix this by changing the setenv() defini...

With the TableGen problem circumvented the build proceeds quite well up until: llvm[2]: Linking Debug executable llc /home/neale/LLVM/llvm/tools/llc/Debug/llc.o: In function `ForceCodegenLinking': /home/neale/LLVM/llvm/include/llvm/CodeGen/LinkAllCodegenComponents.h:45: undefined reference to `llvm::createBURRListDAGScheduler(llvm::SelectionDAGISel*, bool)'

make fails at drivers: make[1]: Entering directory `/export/home/zoly/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o