Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 21, 2006, at 5:43 AM, Kate Minola wrote: To followup on my previous post on this subject, I propose that in libtool.m4 in the macro AC_LIBTOOL_SYS_DYNAMIC_LINKER the line Hi Kate, I just applied a patch that I believe fixes your issue.

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

To followup on my previous post on this subject, I propose that in libtool.m4 in the macro AC_LIBTOOL_SYS_DYNAMIC_LINKER the line sys_lib_search_path_spec=`$CC -print-search-dirs | grep "^libraries:" | $SED -e "s /^libraries://" -e "s,=/,/,g"` be replaced with -

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On 9/14/06, Peter O'Gorman <[EMAIL PROTECTED]> wrote: but I need to return to square 1 for an actual problem solution. Again, may I suggest something like gcc -print-search-dirs | tail -1 | awk -v multi=`gcc -print-multi-os-directory` '{ n = split($0, c, ":"); for (i = 2; i <= n; i++) {

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 15, 2006, at 1:08 AM, Ralf Wildenhues wrote: Hi Ralf, Okay, I don't think my solution solves anything :/. My gcc compiler in /opt/gcc-4.0.1 only passes -L flags for /opt/gcc-4.0.1/lib/gcc/ powerpc-apple-darwin8.2.0/4.0.1 and /opt/gcc-4.0.1/lib, but -print- search-dirs also includes /u

Re: Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

Ralf, Peter, Why not use the output of "gcc -print-search-dirs" and, for every directory that ends with "lib", append the value returned by "gcc -print-multi-os-directory"? Naturally one will have to "backup" directories such as /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../.. to realize that it e

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Wed, 13 Sep 2006, Ralf Wildenhues wrote: Also my gcc likes to output stuff like .. /usr/lib/gcc/x86_64-linux-gnu/4.0.3 /usr/lib/gcc/x86_64-linux-gnu/4.0.3 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../lib64 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../.. /lib/../lib64 /usr/lib/../lib

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 05:20:28PM CEST: > On Sep 14, 2006, at 12:12 AM, Ralf Wildenhues wrote: > >Alright, feel free to give it a shot. From the Autoconf macro we know > >that > > -LANG:=* | -LIST:* | -LNO:* > > > >should be ignored, for pathscale and some other compiler

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 14, 2006, at 12:12 AM, Ralf Wildenhues wrote: * Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:55:11PM CEST: On Sep 13, 2006, at 11:49 PM, Ralf Wildenhues wrote: Only as a last resort, if you ask me. Other compilers love to disguise as gcc, and Autoconf's AC_FC_LIBRARY_LDFLAGS is wi

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:55:11PM CEST: > On Sep 13, 2006, at 11:49 PM, Ralf Wildenhues wrote: > > > >Only as a last resort, if you ask me. Other compilers love to > >disguise as gcc, and Autoconf's AC_FC_LIBRARY_LDFLAGS is witness of > >how helplessly maintenance-intensive

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 13, 2006, at 11:49 PM, Ralf Wildenhues wrote: Only as a last resort, if you ask me. Other compilers love to disguise as gcc, and Autoconf's AC_FC_LIBRARY_LDFLAGS is witness of how helplessly maintenance-intensive an approach like the above is. That's looking at all kinds of flags, in

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:41:56PM CEST: > > As far as I'm aware there is not going to be a fix for this in gcc, > so yes, we need to fix it. > Perhaps something like: > > echo "int main(){return 0;}" > conftest.c > search_path=`$CC $CFLAGS -c conftest.c 2>&1 | awk 'BEGIN

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 13, 2006, at 11:41 PM, Peter O'Gorman wrote: On Sep 13, 2006, at 11:34 PM, Bob Friesenhahn wrote: On Wed, 13 Sep 2006, Kate Minola wrote: On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses "gcc -print-search-dirs" to set sys_lib_sea

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 13, 2006, at 11:39 PM, Ralf Wildenhues wrote: Hello Bob, Kate, * Bob Friesenhahn wrote on Wed, Sep 13, 2006 at 04:34:52PM CEST: On Wed, 13 Sep 2006, Kate Minola wrote: On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses "gcc -print-sea

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Sep 13, 2006, at 11:34 PM, Bob Friesenhahn wrote: On Wed, 13 Sep 2006, Kate Minola wrote: On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses "gcc -print-search-dirs" to set sys_lib_search_path_spec. Unfortunately, -print-search-dirs lists

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

Hello Bob, Kate, * Bob Friesenhahn wrote on Wed, Sep 13, 2006 at 04:34:52PM CEST: > On Wed, 13 Sep 2006, Kate Minola wrote: > > >On my x86_64-unknown-linux-gnu system, the m4 macro > >AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 > >uses "gcc -print-search-dirs" to set sys_lib_search_path_spec. >

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On Wed, 13 Sep 2006, Kate Minola wrote: On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses "gcc -print-search-dirs" to set sys_lib_search_path_spec. Unfortunately, -print-search-dirs lists -m32 library directories, but gcc is in (default) -m64

AC_LIBTOOL_SYS_DYNAMIC_LINKER "gcc -print-search-dirs" problem

On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses "gcc -print-search-dirs" to set sys_lib_search_path_spec. Unfortunately, -print-search-dirs lists -m32 library directories, but gcc is in (default) -m64 mode on my system. Consequently libtool t