Proposed patches for branch-1-5 and HEAD. Okay to apply? Peter 2007-09-05 Peter O'Gorman <address@hidden> * libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER) [linux]: Try to set the dynamic linker search pa
[ please forgive the webmailer messing up the lines ] I'm not really too knowledgable of the problem space. What are the problems with multilib? Is it just that libtool searches the wrong libdirs? Th
Hi, I'm not really too knowledgable of the problem space. What are the problems with multilib? Is it just that libtool searches the wrong libdirs? /usr/lib64 should come before /usr/lib? If that is t
Hi Roumen, Sorry, I don't remember that change anymore and thus cannot help, Andreas -- Andreas Jaeger address@hidden,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr.
Hi Andreas and Bo, Please could you clarify build of 64-bit system for 32 bit. I wonder how to build and test on a 64 bit platform a 32 bit libtool version. First test is to use --build=x86_64-gnu-li
Hello All, I wonder how to build and test on a 64 bit platform a 32 bit libtool version. First test is to use --build=x86_64-gnu-linux --host=i386-gnu-linux with CC and CXX set to 'gcc|g++ -m32', i.e
Hi Peter, * Peter O'Gorman wrote on Wed, Sep 05, 2007 at 08:02:59AM CEST: Not quite, I'm afraid. First, please put $CPPFLAGS before $LDFLAGS, for consistency. Then, this code is used in each tag -- F
[moved from libtool-patches to libtool] Albert, Thank you for looking at the patch, and sorry for taking too long to follow up to your comments. (please see below) AC> You reset sys_lib_dlsearch_path
Hi Peter, * Peter O'Gorman wrote on Mon, Jan 21, 2008 at 07:29:08PM CET: I suppose, yes, but I guess some mention in the documentation would not be bad. Thank you, Ralf
Really old thread, sorry. I give up on trying to find fancy ways to set the paths, ok to apply this to branch-1-5 (and similar for HEAD)? Peter -- Peter O'Gorman http://pogma.com 2008-01-21 Peter O'G
Hi Ralf, thank you for testing! which makes me think maybe doing the simple thing: <crap> sys_lib_dlsearch_path_spec64='/lib64 /usr/lib64' sys_lib_dlsearch_path_spec32='/lib32 /usr/lib32' sys_lib_dls
i'm not sure how this sample output explains the comment that we need to match the first absolute path ? afaik, the only absolute path ive ever seen in $1 is the ld.so as ldd shows: (1) [DT_NEEDED fo
Makes sense to me. However, I think we'd need to match the first absolute path output from ldd because: address@hidden ]$ ldd fool linux-gate.so.1 => (0x009be000) libc.so.6 => /lib/libc.so.6 (0x00b82
this test would still be subject to the environment of ldd ... in otherwords, it is still possible to have ldd return /lib/libc.so.6 when /lib is a symlink to /lib64 ... since the dynamic loader is t
Hi, Albert pointed out to me yesterday that while, with 1.5.24 we now add the correct directories to sys_lib_search_path_spec, they do not get added to sys_lib_dlsearch_path_spec, resulting in libtoo
Hello Christian, * Christian Parpart wrote on Fri, Feb 16, 2007 at 02:41:54PM CET: Please try the 1.5.23b beta release due for release sometime this weekend. Cheers, Ralf
Hi, I'm on amd64, and want to build my package for both, x86 and amd64. so while the latter works just fine, the first does not. On AMD64, NVIDIA provides a /usr/lib{32,64}/libGL.la, but other graphi