Not much response last time, here we go again.
Libtool, for compilers other than gcc, does not usually care about the
compiler's internal search paths, and if it does, it is not very likely
to find .la files in there. In the case of gcc, libtool insists on
knowing the compilers internal search
Hallo Ralf (and other potential reviewers!)
On 30 Jan 2008, at 22:00, Gary V. Vaughan wrote:
Maybe Mail.app will co-operate if I use a '.txt' extension for the
patch attachments? Let me know if this is better. If not, I'll
post with mailnotify, and put up with the broken message threading.
Hallo Ralf,
[Repost with correct Cc: apologies]
On 30 Jan 2008, at 14:43, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Tue, Jan 29, 2008 at 08:44:51AM CET:
On 29 Jan 2008, at 06:45, Ralf Wildenhues wrote:
I haven't reviewed your last two pending patches yet (but I'm not
telling you to
Hi Peter,
* Peter O'Gorman wrote on Wed, Jan 30, 2008 at 09:16:38AM CET:
Not much response last time, here we go again.
Sorry about the delay.
Ok to apply to branch-1-5 and forward port to HEAD?
Nits below.
FWIW, on Debian x86_64, this patch causes for me /usr/lib to appear
in the front,
Ralf Wildenhues wrote:
Hi Peter,
* Peter O'Gorman wrote on Wed, Jan 30, 2008 at 09:16:38AM CET:
Not much response last time, here we go again.
Sorry about the delay.
Ok to apply to branch-1-5 and forward port to HEAD?
Nits below.
FWIW, on Debian x86_64, this patch causes for me
* Peter O'Gorman wrote on Thu, Jan 31, 2008 at 08:00:59AM CET:
I do not know if it is best to leave in the symlink and the original dir
( i.e. do cd $dir pwd as well as cd $dir pwd -P), which on debian
would give something like:
/usr/lib/gcc/x86_64-linux/gnu/4.1.2 /usr/lib64 /usr/lib /lib64