From thomas@FreeBSD.ORG  Fri Apr 28 16:33:38 2006
Return-Path: <thomas@FreeBSD.ORG>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 21EE916A402
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 28 Apr 2006 16:33:38 +0000 (UTC)
	(envelope-from thomas@FreeBSD.ORG)
Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 90C2443D53
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 28 Apr 2006 16:33:37 +0000 (GMT)
	(envelope-from thomas@FreeBSD.ORG)
Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000)
	id F2BDA5C493; Fri, 28 Apr 2006 18:33:35 +0200 (CEST)
Message-Id: <20060428163335.GA72671@melamine.cuivre.fr.eu.org>
Date: Fri, 28 Apr 2006 18:33:35 +0200
From: Thomas Quinot <thomas@FreeBSD.ORG>
To: FreeBSD-gnats-submit@freebsd.org
Subject: native ld(1) does not look for shared libs in LD_LIBRARY_PATH

>Number:         96481
>Category:       gnu
>Synopsis:       [patch] native ld(1) does not look for shared libs in LD_LIBRARY_PATH
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    thomas
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Apr 28 16:40:12 GMT 2006
>Closed-Date:    Thu Oct 11 08:12:02 UTC 2007
>Last-Modified:  Thu Oct 11 08:12:02 UTC 2007
>Originator:     Thomas Quinot
>Release:        FreeBSD 6.1-RC i386
>Organization:
>Environment:
System: FreeBSD kani 6.1-RC FreeBSD 6.1-RC #0: Mon Apr 24 13:08:50 CEST 2006 root@kani:/usr/obj/usr/src/RELENG_6/sys/KANI i386


	
>Description:
	According to man ld:

           The  linker  uses  the  following  search  paths to locate required
           shared libraries.

[...]

           5.  For  a  native linker, the contents of the environment variable
               "LD_LIBRARY_PATH".

	But actually this does not occur because the NATIVE variable is
	never set in genscripts.sh when we build ld.

>How-To-Repeat:

	Unshar the below archive into a fresh directory.
	Run script 'doit.sh'.
	A working 'fred' binary should be produced. Currently we get
	a link error:

/usr/bin/ld: warning: libfoo.so, needed by /var/tmp/bug/subbar/libbar.so, not found (try using -rpath or -rpath-link)
fred.o(.text+0x1e): In function `main':
: undefined reference to `foo'
doit.sh: ./fred: not found

# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	fred.c
#	libbar.c
#	libfoo.c
#	doit.sh
#
echo x - fred.c
sed 's/^X//' >fred.c << 'END-of-fred.c'
Xint main (void) { return foo () + bar (); }
END-of-fred.c
echo x - libbar.c
sed 's/^X//' >libbar.c << 'END-of-libbar.c'
Xint bar (void) { return foo (); }
END-of-libbar.c
echo x - libfoo.c
sed 's/^X//' >libfoo.c << 'END-of-libfoo.c'
Xint foo (void) { return 0; }
END-of-libfoo.c
echo x - doit.sh
sed 's/^X//' >doit.sh << 'END-of-doit.sh'
Xmkdir subfoo subbar
X
Xgcc -c -fPIC libfoo.c
Xgcc -shared -o subfoo/libfoo.so libfoo.o
X
Xgcc -c -fPIC libbar.c
Xgcc -shared -o subbar/libbar.so -L`pwd`/subfoo libbar.o -lfoo
X
Xexport LD_LIBRARY_PATH=`pwd`/subfoo:`pwd`/subbar
Xgcc -o fred fred.o -L`pwd`/subbar -lbar
X
X./fred
END-of-doit.sh
exit

>Fix:

Index: genscripts.sh
===================================================================
RCS file: /usr/ncvs/src/gnu/usr.bin/binutils/ld/genscripts.sh,v
retrieving revision 1.6
diff -u -r1.6 genscripts.sh
--- genscripts.sh	16 Jun 2004 07:09:37 -0000	1.6
+++ genscripts.sh	28 Apr 2006 16:01:15 -0000
@@ -50,7 +50,10 @@
 
 # Set some flags for the emultempl scripts.  USE_LIBPATH will
 # be set for any libpath-using emulation.
-      USE_LIBPATH=yes
+	if [ "x${host}" = "x${target}" ] ; then
+		NATIVE=yes
+	fi
+	USE_LIBPATH=yes
 
 # Set the library search path, for libraries named by -lfoo.
 # If LIB_PATH is defined (e.g., by Makefile) and non-empty, it is used.
	

>Release-Note:
>Audit-Trail:
Adding to audit trail from misfiled PR gnu/96483:

Date: Fri, 28 Apr 2006 18:46:23 +0200
From: Thomas Quinot <thomas@FreeBSD.ORG>

 David,
 
 Could you please review the proposed patch in gnu/96481 and let me know
 if I can commit it?
 
 Thanks!
 Thomas.

Responsible-Changed-From-To: freebsd-bugs->obrien 
Responsible-Changed-By: obrien 
Responsible-Changed-When: Mon May 1 03:17:49 UTC 2006 
Responsible-Changed-Why:  
responsable party 

http://www.freebsd.org/cgi/query-pr.cgi?pr=96481 

Adding to audit trail from misfiled PR gnu/96573:

Date: Sun, 30 Apr 2006 20:27:10 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
 
 I need a little time to review it.
 
 Is this something you're trying to get into 6.1R?  If so, please check
 with the RE to see their opinion on committing to RELENG_6_1 at this
 point in time.
 
 -- 
 -- David  (obrien@FreeBSD.org)

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: David O'Brien <obrien@FreeBSD.ORG>
Cc: bug-followup@FreeBSD.ORG
Subject: Re: gnu/96481: native ld(1) does not look for shared libs in LD_LIBRARY_PATH
Date: Mon, 1 May 2006 10:00:54 +0200

 * David O'Brien, 2006-05-01 :
 
 > I need a little time to review it.
 > 
 > Is this something you're trying to get into 6.1R?  If so, please check
 > with the RE to see their opinion on committing to RELENG_6_1 at this
 > point in time.
 
 OK, I think the problem has been here for a long time so there's no
 emergency or strong necessity to put this change in 6.1R.
 
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: obrien@freebsd.org, bug-followup@FreeBSD.org
Cc:  
Subject: Re: gnu/96481: native ld(1) does not look for shared libs in LD_LIBRARY_PATH
Date: Wed, 14 Jun 2006 10:35:10 +0200

 * Thomas Quinot, 2006-04-28 :
 
 > Index: genscripts.sh
 > ===================================================================
 > RCS file: /usr/ncvs/src/gnu/usr.bin/binutils/ld/genscripts.sh,v
 > retrieving revision 1.6
 > diff -u -r1.6 genscripts.sh
 > --- genscripts.sh	16 Jun 2004 07:09:37 -0000	1.6
 > +++ genscripts.sh	28 Apr 2006 16:01:15 -0000
 > @@ -50,7 +50,10 @@
 >  
 >  # Set some flags for the emultempl scripts.  USE_LIBPATH will
 >  # be set for any libpath-using emulation.
 > -      USE_LIBPATH=yes
 > +	if [ "x${host}" = "x${target}" ] ; then
 > +		NATIVE=yes
 > +	fi
 > +	USE_LIBPATH=yes
 >  
 >  # Set the library search path, for libraries named by -lfoo.
 >  # If LIB_PATH is defined (e.g., by Makefile) and non-empty, it is used.
 
 Hi David,
 
 Did you have time to look at this ld patch?
 
 Thanks,
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: David O'Brien <obrien@FreeBSD.ORG>
Cc: bug-followup@FreeBSD.ORG
Subject: Re: gnu/96481: native ld(1) does not look for shared libs in LD_LIBRARY_PATH
Date: Fri, 11 Aug 2006 17:11:56 +0200

 * David O'Brien, 2006-05-01 :
  
 > I need a little time to review it.
  
 Hi David,
 
 Sorry to bother you again with this issue, but I'd like to know if the
 proposed patch is OK for committing to -CURRENT. I really would like to
 have enough time for it to be MFC'd before 6.2 is frozen.
 
 Thanks!
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: David O'Brien <obrien@FreeBSD.ORG>
Cc: bug-followup@freebsd.org
Subject: Re: gnu/96481: patch still pending, waiting for review
Date: Mon, 16 Oct 2006 12:58:28 +0200

 * David O'Brien, 2006-08-31 :
 
 > Thanks for the reminder. This had gotten overly burried in my inbox.
 
 Hi David,
 
 Any news regarding this issue?
 
 Thanks,
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: "Stuart Smith [Striata]" <stuarts@striata.com>
Cc: bug-followup@freebsd.org
Subject: Re: gnu/96481
Date: Tue, 9 Jan 2007 09:18:24 +0100

 * Stuart Smith [Striata], 2007-01-09 :
 
 > From: "Stuart Smith [Striata]" <stuarts@striata.com>
 > To: thomas@FreeBSD.ORG
 > 
 > Hi Thomas,
 > 
 > We've contacted David directly in connection with issue GNU/96481 and haven't received any feedback from him. I noticed that you've posted several emails and was  wondering if the patch has been submitted for this issue. I was also wondering if this patch would be included in the upcoming 6.2 release, and if not do you know when it will likely be included.
 
 I still have no feedback from obrien@ regarding this patch. The patch
 has not been committed to HEAD, and won't be in 6.2-RELEASE either.
 
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: David O'Brien <obrien@FreeBSD.ORG>
Cc: bug-followup@freebsd.org
Subject: Re: gnu/96481: patch still pending, waiting for review
Date: Tue, 9 Jan 2007 09:19:36 +0100

 * David O'Brien, 2006-08-31 :
 
 > > Hi David,
 > > This is to remind you that the patch I sent for gnu/96481 in April is
 > > still pending review... Would you mind taking a look at it? I have
 > > tested it on several build machines here (make world, build of large
 > > multi-language GTK-based applications) and could not detect any
 > > unexpected problem.
 > Thanks for the reminder. This had gotten overly burried in my inbox.
 
 Hi David,
 
 Other users have inquired to me about the status of this patch (see
 followup on PR). Can you give an estimate of when you'll be able to
 review the proposed change?
 
 Thanks!
 Thomas.
 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: David O'Brien <obrien@FreeBSD.ORG>
Cc: bug-followup@freebsd.org
Subject: Re: gnu/96481: patch still pending, waiting for review
Date: Fri, 9 Feb 2007 14:31:33 +0100

 --LZvS9be/3tNcYl/X
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 * David O'Brien, 2006-08-31 :
 
 > > This is to remind you that the patch I sent for gnu/96481 in April is
 > > still pending review... Would you mind taking a look at it? I have
 > > tested it on several build machines here (make world, build of large
 > > multi-language GTK-based applications) and could not detect any
 > > unexpected problem.
 >=20
 > Thanks for the reminder. This had gotten overly burried in my inbox.
 
 David,
 
 I'm afraid this item got lost again. We missed the 6.1 and 6.2 release
 deadlines, and I still have no feedback on this patch. Should I just go
 ahead and commit it now?
 
 Thomas.
 
 
 --LZvS9be/3tNcYl/X
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.4 (FreeBSD)
 
 iD8DBQFFzHezAE1UuDk9JGkRAhBMAJ4xvLJOvQaH3cSq0RLqc38p1x40hACfcI+0
 0zc/TcUfAJVSskeqB0/AUt8=
 =64rR
 -----END PGP SIGNATURE-----
 
 --LZvS9be/3tNcYl/X--

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: re@freebsd.org
Cc: bug-followup@freebsd.org, obrien@freebsd.org
Subject: gnu/96481: Request for permission to commit ld fix
Date: Tue, 11 Sep 2007 10:08:31 +0200

 --FkmkrVfFsRoUs1wW
 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9"
 Content-Disposition: inline
 
 
 --PEIAKu/WMn1b1Hv9
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 Dear RE,
 
 On 2006-04-28, I have submitted a simple fix to
 gnu/usr.bin/binutils/ld/genscripts.sh which brings the behaviour of
 FreeBSD's ld(1) in conformity with its documentation, and also with the
 behaviour of the same tool on other platforms.
 
 To this date, I have received zero feedback on this patch. It has been
 in use on several production machines at my site and caused no problem.
 I also had contacts from other users who asked about when it would be
 committed.
 
 The deadlines to integrate the fix in 6.1 and 6.2 have long gone by, and
 now we are about to miss the 7.0 one as well. I am therefore requesting
 your permission to commit the patch to HEAD at this time.
 
 For reference, I am including in this message an up-to-date diff. The
 purpose of the change is to set the NATIVE variable correctly while
 building ld, so that the code circuits that need to be activated
 specifically for the case of a native linker actually are enabled.
 This is necessary in order to implement the following documented
 behaviour (from "man ld"):
 
            The  linker  uses  the  following  search  paths to locate required
            shared libraries.
 
 [...]
 
            5.  For  a  native linker, the contents of the environment variable
                "LD_LIBRARY_PATH".
 
 The PR gnu/96481 includes a complete test case that shows that FreeBSD
 currently does not implement that behaviour. The proposed patch fixes
 that.
 
 Thomas.
 
 
 --PEIAKu/WMn1b1Hv9
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename=d
 Content-Transfer-Encoding: quoted-printable
 
 Index: genscripts.sh
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 RCS file: /space/mirror/ncvs/src/gnu/usr.bin/binutils/ld/genscripts.sh,v
 retrieving revision 1.7
 diff -u -r1.7 genscripts.sh
 --- genscripts.sh	14 Sep 2006 07:46:32 -0000	1.7
 +++ genscripts.sh	16 Oct 2006 10:57:49 -0000
 @@ -55,7 +55,10 @@
 =20
  # Set some flags for the emultempl scripts.  USE_LIBPATH will
  # be set for any libpath-using emulation.
 -      USE_LIBPATH=3Dyes
 +if [ "x${host}" =3D "x${target}" ] ; then
 +  NATIVE=3Dyes
 +fi
 +USE_LIBPATH=3Dyes
 =20
  # Set the library search path, for libraries named by -lfoo.
  # If LIB_PATH is defined (e.g., by Makefile) and non-empty, it is used.
 
 --PEIAKu/WMn1b1Hv9--
 
 --FkmkrVfFsRoUs1wW
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.4 (FreeBSD)
 
 iD8DBQFG5kz+AE1UuDk9JGkRAqqRAKCAU/Ktwb6b6z6aNGvmWokwygOxPACfcDI8
 n6+F5FIle7SHdGjeWHLPg1g=
 =zyGm
 -----END PGP SIGNATURE-----
 
 --FkmkrVfFsRoUs1wW--

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: gnu/96481: commit references a PR
Date: Sun, 16 Sep 2007 03:41:53 +0000 (UTC)

 obrien      2007-09-16 03:41:48 UTC
 
   FreeBSD src repository
 
   Modified files:        (Branch: RELENG_6)
     gnu/usr.bin/binutils/ld genscripts.sh 
   Log:
   Enable 'LD_LIBRARY_PATH=/foo:/bar ld -lfooz'
   
   PR:     96481
   
   Revision  Changes    Path
   1.6.8.2   +6 -2      src/gnu/usr.bin/binutils/ld/genscripts.sh
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 

From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: Thomas Quinot <thomas@FreeBSD.ORG>
Cc: re@FreeBSD.ORG, bug-followup@FreeBSD.ORG, obrien@FreeBSD.ORG
Subject: Re: gnu/96481: Request for permission to commit ld fix
Date: Tue, 18 Sep 2007 11:26:32 -0400

 --=-qjYax0DQNsq23SgJy1oy
 Content-Type: text/plain
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, 2007-09-11 at 10:08 +0200, Thomas Quinot wrote:
 > Dear RE,
 >=20
 > On 2006-04-28, I have submitted a simple fix to
 > gnu/usr.bin/binutils/ld/genscripts.sh which brings the behaviour of
 > FreeBSD's ld(1) in conformity with its documentation, and also with
 > the
 > behaviour of the same tool on other platforms.
 >=20
 > To this date, I have received zero feedback on this patch. It has been
 > in use on several production machines at my site and caused no
 > problem.
 > I also had contacts from other users who asked about when it would be
 > committed.
 >=20
 > The deadlines to integrate the fix in 6.1 and 6.2 have long gone by,
 > and
 > now we are about to miss the 7.0 one as well. I am therefore
 > requesting
 > your permission to commit the patch to HEAD at this time.
 >=20
 > For reference, I am including in this message an up-to-date diff. The
 > purpose of the change is to set the NATIVE variable correctly while
 > building ld, so that the code circuits that need to be activated
 > specifically for the case of a native linker actually are enabled.
 > This is necessary in order to implement the following documented
 > behaviour (from "man ld"):
 >=20
 >            The  linker  uses  the  following  search  paths to locate
 > required
 >            shared libraries.
 >=20
 > [...]
 >=20
 >            5.  For  a  native linker, the contents of the environment
 > variable
 >                "LD_LIBRARY_PATH".
 >=20
 > The PR gnu/96481 includes a complete test case that shows that FreeBSD
 > currently does not implement that behaviour. The proposed patch fixes
 > that.
 >=20
 > Thomas.
 >=20
 >=20
 >=20
 >=20
 >=20
 >=20
 >=20
 >=20
 > plain text
 > document
 > attachment (d)
 >=20
 > Index: genscripts.sh
 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 > RCS
 > file: /space/mirror/ncvs/src/gnu/usr.bin/binutils/ld/genscripts.sh,v
 > retrieving revision 1.7
 > diff -u -r1.7 genscripts.sh
 > --- genscripts.sh       14 Sep 2006 07:46:32 -0000      1.7
 > +++ genscripts.sh       16 Oct 2006 10:57:49 -0000
 > @@ -55,7 +55,10 @@
 > =20
 >  # Set some flags for the emultempl scripts.  USE_LIBPATH will
 >  # be set for any libpath-using emulation.
 > -      USE_LIBPATH=3Dyes
 > +if [ "x${host}" =3D "x${target}" ] ; then
 > +  NATIVE=3Dyes
 > +fi
 > +USE_LIBPATH=3Dyes
 > =20
 >  # Set the library search path, for libraries named by -lfoo.
 >  # If LIB_PATH is defined (e.g., by Makefile) and non-empty, it is
 > used.
 >=20
 
 Sorry for the delay.  This looks OK to me, approved.  Thanks.
 
 --=20
                                                 Ken Smith
 - From there to here, from here to      |       kensmith@cse.buffalo.edu
   there, funny things are everywhere.   |
                       - Theodore Geisel |
 
 
 --=-qjYax0DQNsq23SgJy1oy
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Description: This is a digitally signed message part
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.7 (FreeBSD)
 
 iD8DBQBG7+4o/G14VSmup/YRAg5fAJ9H4UqjKNQfnPgFlxeGZTQmDvqNMACggDOk
 eaDMSDAhA5bT+b9Ch8Bln7Q=
 =pl75
 -----END PGP SIGNATURE-----
 
 --=-qjYax0DQNsq23SgJy1oy--
 
State-Changed-From-To: open->patched 
State-Changed-By: thomas 
State-Changed-When: Wed Sep 19 12:17:59 UTC 2007 
State-Changed-Why:  
Patch committed to HEAD, with permission of RE. 


Responsible-Changed-From-To: obrien->thomas 
Responsible-Changed-By: thomas 
Responsible-Changed-When: Wed Sep 19 12:17:59 UTC 2007 
Responsible-Changed-Why:  
I'll take care of this one. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=96481 

From: Thomas Quinot <thomas@FreeBSD.ORG>
To: Ken Smith <kensmith@cse.Buffalo.EDU>
Cc: re@FreeBSD.ORG, bug-followup@FreeBSD.ORG, obrien@FreeBSD.ORG
Subject: Re: gnu/96481: Request for permission to commit ld fix
Date: Wed, 19 Sep 2007 14:25:26 +0200

 * Ken Smith, 2007-09-18 :
 
 > Sorry for the delay.  This looks OK to me, approved.  Thanks.
 
 Thanks, committed as src/gnu/usr.bin/binutils/ld/genscripts.sh rev. 1.8.
 
 Thomas.
 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: gnu/96481: commit references a PR
Date: Wed, 19 Sep 2007 12:17:44 +0000 (UTC)

 thomas      2007-09-19 12:17:39 UTC
 
   FreeBSD src repository
 
   Modified files:
     gnu/usr.bin/binutils/ld genscripts.sh 
   Log:
   In the case of a native build, set NATIVE to yes so that the code circuits
   that need to be activated specifically for the case of a native linker
   actually are enabled. Specifically, this makes ld(1) look for shared
   libraries in LD_LIBRARY_PATH in the native case, as documented in the
   man page.
   
   PR:             gnu/96481
   Approved by:    re (kensmith)
   MFC after:      2 weeks
   
   Revision  Changes    Path
   1.8       +4 -1      src/gnu/usr.bin/binutils/ld/genscripts.sh
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 
State-Changed-From-To: patched->closed 
State-Changed-By: thomas 
State-Changed-When: Thu Oct 11 08:11:09 UTC 2007 
State-Changed-Why:  
Patched independently by obrien on RELENG_6: 
revision 1.6.8.2 
date: 2007/09/16 03:41:47;  author: obrien;  state: Exp;  lines: +6 -2 
Enable 'LD_LIBRARY_PATH=/foo:/bar ld -lfooz' 

PR:     96481 

http://www.freebsd.org/cgi/query-pr.cgi?pr=96481 
>Unformatted:
