[debbugs-tracker] bug#21941: closed (ld-wrapper incorrectly computes library search path)

[GNU bug Tracking System]

Your message dated Sat, 28 Nov 2015 22:12:28 +0100
with message-id <address@hidden>
and subject line Re: bug#21941: ld-wrapper incorrectly computes library search 
path
has caused the debbugs.gnu.org bug report #21941,
regarding ld-wrapper incorrectly computes library search path
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
21941: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21941
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> ld-wrapper incorrectly computes library search path
>
>
>
>
> Date: 
>
> Tue, 17 Nov 2015 17:43:18 +0100
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
>
>
>
>
> 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’.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#21941: ld-wrapper incorrectly computes library search path
>
>
>
>
> Date: 
>
> Sat, 28 Nov 2015 22:12:28 +0100
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
>
>
>
>
> address@hidden (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’.
>
>
> --- End Message ---