Re: [PATCH] x86-64 and multilib

2004-04-05 Thread Jens Petersen
[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) > Index: libtool.m4 > === > RCS file: /cvsroot/libtool/libtool/m4/li

Re: [PATCH] x86-64 and multilib

2004-04-05 Thread Scott James Remnant
On Mon, 2004-04-05 at 14:12, Jens Petersen wrote: > 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_spec. > > AC> So, do you want to add to sys_lib_dlsearch_path_spec? >

m4 files not found during make dist

2004-04-05 Thread Maciej Pietrzak
Sorry for trivial question. I've got project that uses ltdl. I'm using libltdl as a convenience library. make succeeds and builds working binaries - everything is ok. However (on some systems) make dist fails in libltdl subdirectory, because it doesn't find required files ltdl.m4 and libtool.m4

Re: [PATCH] x86-64 and multilib

2004-04-05 Thread Jens Petersen
> "SJR" == Scott James Remnant <[EMAIL PROTECTED]> writes: SJR> 2004-04-05 at 14:12, Jens Petersen wrote: >> Is the revised patch below any better? >> SJR> This patch is still RedHat/Fedora specific with no SJR> check to make sure it is only running on that SJR> system

Re: m4 files not found during make dist

2004-04-05 Thread Gary V . Vaughan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It depends... What does libtoolize --version say? On 5 Apr 2004, at 20:07, Maciej Pietrzak wrote: Sorry for trivial question. I've got project that uses ltdl. I'm using libltdl as a convenience library. make succeeds and builds working binaries - ever

Re: [MAD SCIENCE EXPERIMENT]: Replace some libtool functionality with handcoded C

2004-04-05 Thread Alexandre Oliva
On Dec 8, 2003, Steve Ellcey <[EMAIL PROTECTED]> wrote: > I'm curious. I thought I knew shell scripting and the basics of > automake but I don't know what 'fnord' is set fnord [expansion]; shift is a common idiom to ensure that the variable expansion doesn't start with say -e, causing set to