search for: abs_run_dir

...= q{@LLVM_PREFIX@}; +my $LLVM_LIBDIR_SUFFIX = q{@LLVM_LIBDIR_SUFFIX@}; my $LLVM_CONFIGTIME = q{@LLVM_CONFIGTIME@}; my $LLVM_SRC_ROOT = q{@abs_top_srcdir@}; my $LLVM_OBJ_ROOT = q{@abs_top_builddir@}; @@ -66,7 +67,7 @@ chomp($ABS_OBJ_ROOT); my $INCLUDEDIR = "$ABS_RUN_DIR/include"; my $INCLUDEOPTION = "-I$INCLUDEDIR"; -my $LIBDIR = "$ABS_RUN_DIR/lib"; +my $LIBDIR = "$ABS_RUN_DIR/lib$LLVM_LIBDIR_SUFFIX"; my $BINDIR = "$ABS_RUN_DIR/bin"; if ($ABS_RUN_DIR eq $ABS_OBJ_ROOT) { # If we are running out of the b...

...@}; > +my $LLVM_LIBDIR_SUFFIX = q{@LLVM_LIBDIR_SUFFIX@}; > my $LLVM_CONFIGTIME = q{@LLVM_CONFIGTIME@}; > my $LLVM_SRC_ROOT = q{@abs_top_srcdir@}; > my $LLVM_OBJ_ROOT = q{@abs_top_builddir@}; > @@ -66,7 +67,7 @@ chomp($ABS_OBJ_ROOT); > > my $INCLUDEDIR = "$ABS_RUN_DIR/include"; > my $INCLUDEOPTION = "-I$INCLUDEDIR"; > -my $LIBDIR = "$ABS_RUN_DIR/lib"; > +my $LIBDIR = "$ABS_RUN_DIR/lib$LLVM_LIBDIR_SUFFIX"; > my $BINDIR = "$ABS_RUN_DIR/bin"; > if ($ABS_RUN_DIR eq $ABS_OBJ_ROOT) { > # If w...

...> -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_DIR) = ($0 =~ /^(.*)\/.*$/); tools/llvm-config/llvm-config.in.in:59: my $ABS_RUN_DIR = abs_path("$RUN_DIR/.."); tools/llvm-config/llvm-config.in.in:69: my $LIBDIR = "$ABS_RUN_DIR/lib"; So push it or let it ...

...IX = q{@LLVM_LIBDIR_SUFFIX@}; > > my $LLVM_CONFIGTIME = q{@LLVM_CONFIGTIME@}; > > my $LLVM_SRC_ROOT = q{@abs_top_srcdir@}; > > my $LLVM_OBJ_ROOT = q{@abs_top_builddir@}; > > @@ -66,7 +67,7 @@ chomp($ABS_OBJ_ROOT); > > > > my $INCLUDEDIR = "$ABS_RUN_DIR/include"; > > my $INCLUDEOPTION = "-I$INCLUDEDIR"; > > -my $LIBDIR = "$ABS_RUN_DIR/lib"; > > +my $LIBDIR = "$ABS_RUN_DIR/lib$LLVM_LIBDIR_SUFFIX"; > > my $BINDIR = "$ABS_RUN_DIR/bin"; > > if ($ABS_RUN_DIR eq $ABS_...

Rather than using sed, it would be better to change the .in to use @...@ variables to expand the libdir suffix 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

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:

Hello Anton Thu, 3 Aug 2006 12:38:54 +0400 you wrote: > I've updated it yesterday and rebuilt - llvm built fine. But when > building llvm-gcc4 (also updated yesterday from new /trunk > directory) it fails with the same error. You might easily get llvm-gcc4-mingw32 binaries from "prerelease" directory. Since stdcall, fastcall & dllimport stuff is unsupported right now,

On Sep 20, 2011, at 11:46 AM, Johannes Obermayr wrote: > On Tuesday 20 September 2011 11:23:05 Eric Christopher wrote: >> Why? >> >> -eric >> > > Because openSUSE and many other linux distributions put all things to /usr/lib (i586) and /usr/lib64 (x86_64) or /usr/lib32. > So it is possible to install x86 and x86_64 versions at the same time ... > (See

> > If you're building llvm-gcc4, you don't need the runtime libraries, so > I'd just stick with the "tools-only" build and declare success. If > you're building llvm-gcc3, I'd suggest you switch to llvm-gcc4 :) I switched to llvm-gcc4 but when I run make from obj folder i run into folowing errors: Can't find a library with no dependencies at