search for: llvm_libdir

...PATH_VAR,$libltdl_cv_shlibpath_var) if test "${prefix}" = "NONE" ; then prefix="/usr/local" fi +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") eval LLVM_PREFIX="${prefix}"; eval LLVM_BINDIR="${prefix}/bin"; -eval LLVM_LIBDIR="${prefix}/lib"; +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; eval LLVM_DATADIR="${prefix}/share/llvm"; eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; eval LLVM_ETCDIR="${prefix}/etc/llvm&quot...

..._var) > if test "${prefix}" = "NONE" ; then > prefix="/usr/local" > fi > +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") > eval LLVM_PREFIX="${prefix}"; > eval LLVM_BINDIR="${prefix}/bin"; > -eval LLVM_LIBDIR="${prefix}/lib"; > +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" > +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; > eval LLVM_DATADIR="${prefix}/share/llvm"; > eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; > eval LLVM_ETCDIR="$...

...fix}" = "NONE" ; then > > prefix="/usr/local" > > fi > > +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") > > eval LLVM_PREFIX="${prefix}"; > > eval LLVM_BINDIR="${prefix}/bin"; > > -eval LLVM_LIBDIR="${prefix}/lib"; > > +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" > > +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; > > eval LLVM_DATADIR="${prefix}/share/llvm"; > > eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; > >...

...along with the other variables expanded when going from llvm-config.in to llvm-config. On Sat, Jul 30, 2011 at 1:32 AM, Johannes Obermayr <johannesobermayr at gmx.de>wrote: > Hi, > > here is a patch for fixing the libdir suffix issue in llvm-config on CMake > builds (if using -DLLVM_LIBDIR_SUFFIX=32/64). > > It works successfully on my openSUSE i586 (/usr/lib/) and x86_64 > (/usr/lib64/) systems. > > Please CC me on further discussion. > > Thanks. > Johannes > _______________________________________________ > LLVM Developers mailing list > LLVMdev at...

Hi, here is a patch for fixing the libdir suffix issue in llvm-config on CMake builds (if using -DLLVM_LIBDIR_SUFFIX=32/64). It works successfully on my openSUSE i586 (/usr/lib/) and x86_64 (/usr/lib64/) systems. Please CC me on further discussion. Thanks. Johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-llvm-config-Support-LLVM_LIBDIR_SUFFIX-on-CMake-bui...

...r/lib64 (x86_64) or /usr/lib32. > So it is possible to install x86 and x86_64 versions at the same time ... > (See also http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-July/042068.html and http://llvm.org/bugs/show_bug.cgi?id=10836) It should be better to just use --libdir and make sure that LLVM_LIBDIR is set to the result of the configure option if it's different. -eric

.../usr/lib32. > > So it is possible to install x86 and x86_64 versions at the same time ... > > (See also http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-July/042068.html and http://llvm.org/bugs/show_bug.cgi?id=10836) > > It should be better to just use --libdir and make sure that LLVM_LIBDIR is set to the result of the configure option if it's different. > > -eric Your advice does not work because following [old] code ensures to be able to run llvm-config [with right output] from build dir (= without 'make install'): tools/llvm-config/llvm-config.in.in:55: my ($RUN...

...Its more likely that when you configured LLVM you didn't provide the --with-llvmgccdir= option. > I found out in tools/ > llvmc/Configuration.cpp that two other library-related variables > exist, notably %libdir% and %libs%, but it's not clear what they do. %libdir% expands to LLVM_LIBDIR which is the installation location of LLVM libraries. %libs% expands to the list of system (non-LLVM) libraries needed to link with LLVM. > > Currently, I tried to solve the problems like this: > > lang.libs=%libdir% > #this does not work: lang.libs=%libdir% %libs% Did you install...

Hi, Apparently there are two bugs in tools/llvmc/c: /.../llvm/tools/llvmc/c:12: Error: Invalid top level configuration item /.../llvm/tools/llvmc/c:28: Error: Expecting a program name /.../llvm/tools/llvmc/c had 2 errors. Terminating. The first error relates to the following line(s): lang.libs=%llvmgccdir%/lib %llvmgccdir%/lib \ %llvmgccdir%/lib/gcc/%llvmgccarch% ... the other one to:

...;s arguments. The patch solved things for me, but it's not perfect yet. > >> I found out in tools/ >> llvmc/Configuration.cpp that two other library-related variables >> exist, notably %libdir% and %libs%, but it's not clear what they do. > > %libdir% expands to LLVM_LIBDIR which is the installation location of > LLVM libraries. > %libs% expands to the list of system (non-LLVM) libraries needed to > link > with LLVM. OK. Kind regards, Bram Adams GH-SEL, INTEC, Ghent University (Belgium) PS: I recently saw an email passing by in which someone else was...

...ARGET(Mips) LLVM_TARGET(ARM) LLVM_TARGET(Alpha) LLVM_TARGET(PowerPC) LLVM_TARGET(Sparc) LLVM_TARGET(X86) ' LLVM_ETCDIR='/home/qali/install/llvm-2.8-ori/etc/llvm' LLVM_INCLUDEDIR='/home/qali/install/llvm-2.8-ori/include' LLVM_INFODIR='/home/qali/install/llvm-2.8-ori/info' LLVM_LIBDIR='/home/qali/install/llvm-2.8-ori/lib' LLVM_MANDIR='/home/qali/install/llvm-2.8-ori/man' LLVM_ON_UNIX='1' LLVM_ON_WIN32='0' * -- Best regards, Li Qingan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/piperm...

...9; LLVM_BINDIR='' LLVM_CONFIGTIME='' LLVM_COPYRIGHT='Copyright (c) 2003-2008 University of Illinois at Urbana-Champaign.' LLVM_CROSS_COMPILING='' LLVM_DATADIR='' LLVM_DOCSDIR='' LLVM_ETCDIR='' LLVM_INCLUDEDIR='' LLVM_INFODIR='' LLVM_LIBDIR='' LLVM_MANDIR='' LLVM_ON_UNIX='1' LLVM_ON_WIN32='0' LLVM_PREFIX='' LN_S='' LTLIBOBJS='' MKDIR='' MMAP_FILE='' MV='' NM='' NOLINKALL='-Wl,-noall_load' OBJEXT='' OCAMLC='' OCAMLDEP='...

...9;' > LLVM_COPYRIGHT='Copyright (c) 2003-2008 University of Illinois at > Urbana-Champaign.' > LLVM_CROSS_COMPILING='' > LLVM_DATADIR='' > LLVM_DOCSDIR='' > LLVM_ETCDIR='' > LLVM_INCLUDEDIR='' > LLVM_INFODIR='' > LLVM_LIBDIR='' > LLVM_MANDIR='' > LLVM_ON_UNIX='1' > LLVM_ON_WIN32='0' > LLVM_PREFIX='' > LN_S='' > LTLIBOBJS='' > MKDIR='' > MMAP_FILE='' > MV='' > NM='' > NOLINKALL='-Wl,-noall_load...

...ARGET(Mips) LLVM_TARGET(ARM) LLVM_TARGET(Alpha) LLVM_TARGET(PowerPC) LLVM_TARGET(Sparc) LLVM_TARGET(X86) ' LLVM_ETCDIR='/home/qali/install/llvm-2.8-ori/etc/llvm' LLVM_INCLUDEDIR='/home/qali/install/llvm-2.8-ori/include' LLVM_INFODIR='/home/qali/install/llvm-2.8-ori/info' LLVM_LIBDIR='/home/qali/install/llvm-2.8-ori/lib' LLVM_MANDIR='/home/qali/install/llvm-2.8-ori/man' LLVM_ON_UNIX='1' LLVM_ON_WIN32='0' LLVM_PREFIX='/home/qali/install/llvm-2.8-ori' * 2011/1/19 Eric Christopher <echristo at apple.com> I'm not quite sure what o...

*1. I have searched the access/setting of LLVMCC_EMITIR_FLAG in the build directory, recursively, and all the output is what I pasted in last email (just the same to the that in source directory). Maybe the configure failed to do it. My command list for building the test suit is as followings:* *(1) cd ~/SRC_DIR/llvm/projects* *(2) svn co http://llvm.org/svn/llvm-project/test-suite/trunk

Here is the bulk of the sanitizing. My residual doubts center around the question whether we still do/want to support (un)compressed *byte*code in 2.0/2.1. I need a definitive word on this to proceed. My understanding is that bytecode is already gone, but there are still some functions/enums that really deal with *byte*code (instead of *bit*code). I did not touch those areas, so the attached