GNU bug report logs - #21941
ld-wrapper incorrectly computes library search path

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: ludo <at> gnu.org (Ludovic Courtès)
Subject: bug#21941: closed (Re: bug#21941: ld-wrapper incorrectly computes
 library search path)
Date: Sat, 28 Nov 2015 21:13:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#21941: ld-wrapper incorrectly computes library search path

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 21941 <at> debbugs.gnu.org.

-- 
21941: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21941
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: ludo <at> gnu.org (Ludovic Courtès)
To: 21941-done <at> debbugs.gnu.org
Subject: Re: bug#21941: ld-wrapper incorrectly computes library search path
Date: Sat, 28 Nov 2015 22:12:28 +0100

ludo <at> gnu.org (Ludovic Courtès) skribis:

> Currently ‘ld-wrapper’ builds the library search path as it encounters
> -L flags and uses the current search path when it encounters a -l flag.
>
> This is contrary to what ld actually does (info "(ld) Options"):
>
> `-L SEARCHDIR'
> `--library-path=SEARCHDIR'
>      […] All `-L' options apply to all `-l' options,
>      regardless of the order in which the options appear.

Fixed in e946b609.

Ludo’.

[Message part 3 (message/rfc822, inline)]

From: ludo <at> gnu.org (Ludovic Courtès)
To: bug-guix <at> gnu.org
Subject: ld-wrapper incorrectly computes library search path
Date: Tue, 17 Nov 2015 17:43:18 +0100

Currently ‘ld-wrapper’ builds the library search path as it encounters
-L flags and uses the current search path when it encounters a -l flag.

This is contrary to what ld actually does (info "(ld) Options"):

--8<---------------cut here---------------start------------->8---
`-L SEARCHDIR'
`--library-path=SEARCHDIR'
     […] All `-L' options apply to all `-l' options,
     regardless of the order in which the options appear.
--8<---------------cut here---------------end--------------->8---

This turns out to be fine when using GCC but manifests itself when using
Clang, because Clang passes the -L flags that correspond to
‘LIBRARY_PATH’ after the -l flags on the ‘ld’ command line.

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.