<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>29950</bug_id>
          
          <creation_ts>2003-09-29 13:55 0000</creation_ts>
          <short_desc>gcc-config doesn&apos;t allow multiple library paths in LDPATH=</short_desc>
          <delta_ts>2004-06-20 08:04:20 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GCC Porting</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>18933</dependson>
          <blocked>29952</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>brad@mainstreetsoftworks.com</reporter>
          <assigned_to>toolchain@gentoo.org</assigned_to>
          <cc>dev-portage@gentoo.org</cc>
    
    <cc>ed@catmur.co.uk</cc>
    
    <cc>iggy@gentoo.org</cc>
    
    <cc>tester@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>brad@mainstreetsoftworks.com</who>
            <bug_when>2003-09-29 13:55:51 0000</bug_when>
            <thetext>Basically because of a 
if [ -d &quot;${LDPATH}&quot; ]
statement, it doesn&apos;t allow an LDPATH like this:
LDPATH=&quot;dir1:dir2:dir3&quot;
yet, LDPATH parameters in /etc/env.d _do_ allow that.
This is a patch to comment out that restriction.  This is
required for a GCC patch I&apos;m about to submit for multilib support
for GCC on amd64</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brad@mainstreetsoftworks.com</who>
            <bug_when>2003-09-29 13:56:49 0000</bug_when>
            <thetext>Created an attachment (id=18500)
patch to allow multiple paths LDPATH when using gcc-config
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brad@mainstreetsoftworks.com</who>
            <bug_when>2003-10-18 12:45:08 0000</bug_when>
            <thetext>gcc-config-1.3.3-r2  has these changes needed for gcc-3.3.1-r5 for
amd64</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-05-05 13:54:19 0000</bug_when>
            <thetext>*** Bug 50132 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-05-05 13:55:33 0000</bug_when>
            <thetext>ok, it seems this bug now applies to all archs and not just amd64. since i am on an amd64 box, i never even noticed a problem.. since we seem to already have a fix.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-05-06 11:56:42 0000</bug_when>
            <thetext>Stupid question - does it have the entries in the correct order in ld.so.conf?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2004-05-06 17:45:14 0000</bug_when>
            <thetext>fixed in cvs</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-05-06 23:32:48 0000</bug_when>
            <thetext>martin - from my ld.so.conf:

/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.4.0

(i have 3.3.3 and 3.4.0 installed at the moment)

same order regardless of which compiler is active. yeah... i&apos;d say that&apos;s a bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-05-07 13:47:16 0000</bug_when>
            <thetext>Yeah, some nut in portage dev decided that the order in env.d doesn&apos;t bother
him, and went and sorted it.  Might be mistaken though, but I want to remember
it did not do it in the past (and why my gcc2/gcc3 installation did the
right thing at the time, before I wiped it).

Can anybody in portage dev confirm that ld.so.conf entries was not always
sorted?  This is also sorda a sticky issue with mozilla/firefox/etc.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-05-08 07:29:00 0000</bug_when>
            <thetext>Oh, and could we add it in the order it appears in /etc/env.d/ ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carpaski@gentoo.org</who>
            <bug_when>2004-05-16 04:05:05 0000</bug_when>
            <thetext>Yeah... Looks like the sort has been in since at least October...
It&apos;s in every version since 2.0.49-r15, at least.

It&apos;s not present in any portage-2.0.51.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-06-20 08:04:20 0000</bug_when>
            <thetext>Ok, this should be fine now ...
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>18500</attachid>
            <date>2003-09-29 13:56 0000</date>
            <desc>patch to allow multiple paths LDPATH when using gcc-config</desc>
            <filename>gcc-config.amd64.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvYmluL2djYy1jb25maWcub2xkCTIwMDMtMDktMjkgMTY6Mzg6MTQuMzkyMzMzOTUy
IC0wNDAwCisrKyAvdXNyL2Jpbi9nY2MtY29uZmlnCTIwMDMtMDktMjkgMTY6Mzk6NDcuMzA4MjA4
NTkyIC0wNDAwCkBAIC0xNzcsMTUgKzE3NywxNyBAQAogCiAJCQlpZiBbIC16ICIke01ZX0xEUEFU
SH0iIF0KIAkJCXRoZW4KLQkJCQlpZiBbIC1kICIke0xEUEFUSH0iIF0KLQkJCQl0aGVuCisJCQkJ
IyBkb24ndCBjaGVjayB0byBzZWUgaWYgdGhlIGRpcmVjdG9yeSBleGlzdHMKKwkJCQkjIGl0IGNv
dWxkIGJlIG11bHRpcGxlIHBhdGhzIHNlcGVyYXRlZCBieSAnOicKKyMJCQkJaWYgWyAtZCAiJHtM
RFBBVEh9IiBdCisjCQkJCXRoZW4KIAkJCQkJTVlfTERQQVRIPSIke0xEUEFUSH0iCi0JCQkJZmkK
KyMJCQkJZmkKIAkJCWVsc2UKLQkJCQlpZiBbIC1kICIke0xEUEFUSH0iIF0KLQkJCQl0aGVuCisj
CQkJCWlmIFsgLWQgIiR7TERQQVRIfSIgXQorIwkJCQl0aGVuCiAJCQkJCU1ZX0xEUEFUSD0iJHtN
WV9MRFBBVEh9OiR7TERQQVRIfSIKLQkJCQlmaQorIwkJCQlmaQogCQkJZmkKIAkJZmkKIAlkb25l
Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>