<?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>55262</bug_id>
          
          <creation_ts>2004-06-26 10:21 0000</creation_ts>
          <short_desc>gcc-config cleanup patch</short_desc>
          <delta_ts>2004-07-24 13:39:27 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>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ferret@explodingferret.com</reporter>
          <assigned_to>toolchain@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>ferret@explodingferret.com</who>
            <bug_when>2004-06-26 10:21:31 0000</bug_when>
            <thetext>gcc-config needs some cleanup.  It does weird things like &quot;which which&quot; which
just aren&apos;t necessary. :)

Since its interpreter in /bin/bash, it can ue the bash builtin &quot;type -path&quot; for
the exact same effect, removeing a dependency on which.

In stage tarballs, which doesn&apos;t exist. I don&apos;t know if gcc-config does, and
gcc-config contains some backup code in case which fails for any reason, but I
still think this cleanup is necessay to kill any bugs-in-waiting and just because
it makes for nicer code.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferret@explodingferret.com</who>
            <bug_when>2004-06-26 10:22:32 0000</bug_when>
            <thetext>Created an attachment (id=34208)
patch to remove gcc-config&apos;s dependency on which
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-06-27 02:11:27 0000</bug_when>
            <thetext>Problem I have, is that it breaks if you have an alias set for what you
querry:

--
azarah@nosferatu azarah $ type -path cp
azarah@nosferatu azarah $ type -path rm
azarah@nosferatu azarah $ type -path mv
azarah@nosferatu azarah $ type -path ln
/bin/ln
--

Sure, you can now first unset the alias first, but now you have to check if
the alias exists, and then unset it, etc, so it gets as hairy, if not more ...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferret@explodingferret.com</who>
            <bug_when>2004-06-28 10:32:45 0000</bug_when>
            <thetext>Created an attachment (id=34337)
fixed patch

Thanks for the advice.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-07-01 10:08:12 0000</bug_when>
            <thetext>Ditto, more like it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2004-07-24 13:39:27 0000</bug_when>
            <thetext>Done, thanks.
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>34208</attachid>
            <date>2004-06-26 10:22 0000</date>
            <desc>patch to remove gcc-config&apos;s dependency on which</desc>
            <filename>gcc-config-nowhich.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC4vZ2NjLWNvbmZpZwkyMDA0LTA2LTI2IDE4OjE0OjE4LjY5MDYxNzQ1NiArMDAwMAorKysg
L3Vzci9iaW4vZ2NjLWNvbmZpZwkyMDA0LTA2LTI2IDE4OjE3OjIzLjI0OTU2MDIzMiArMDAwMApA
QCAtNTAsMjQgKzUwLDE1IEBACiAJdXNhZ2UKIGZpCiAKLUhBVkVfV0hJQ0g9Im5vIgotaWYgWyAt
biAiJCh3aGljaCB3aGljaCAyPiAvZGV2L251bGwpIiBdCi10aGVuCi0JSEFWRV9XSElDSD0ieWVz
IgotZmkKLQogZmluZF9wYXRoKCkgewogCVsgLXogIiQxIiBdICYmIHJldHVybiAwCiAKLQlpZiBb
ICIke0hBVkVfV0hJQ0h9IiA9ICJ5ZXMiIF0KKwlsb2NhbCBmdWxscGF0aD0iJCh0eXBlIC1wYXRo
ICQxKSIKKwkKKwlpZiBbIC14ICIke2Z1bGxwYXRofSIgXQogCXRoZW4KLQkJbG9jYWwgZnVsbHBh
dGg9IiQod2hpY2ggJDEgMj4gL2Rldi9udWxsKSIKLQkJCi0JCWlmIFsgLXggIiR7ZnVsbHBhdGh9
IiBdCi0JCXRoZW4KLQkJCWVjaG8gIiR7ZnVsbHBhdGh9IgotCQkJcmV0dXJuIDAKLQkJZmkKKwkJ
ZWNobyAiJHtmdWxscGF0aH0iCisJCXJldHVybiAwCiAJZmkKIAogCWZvciB4IGluIC9iaW4gL3Ni
aW4gL3Vzci9iaW4gL3Vzci9zYmluIC91c3IvbG9jYWwvYmluIC91c3IvbG9jYWwvc2Jpbgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>34337</attachid>
            <date>2004-06-28 10:32 0000</date>
            <desc>fixed patch</desc>
            <filename>attachment.cgi</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC4vZ2NjLWNvbmZpZwkyMDA0LTA2LTI2IDE4OjE0OjE4LjY5MDYxNzQ1NiArMDAwMAorKysg
L3Vzci9iaW4vZ2NjLWNvbmZpZwkyMDA0LTA2LTI2IDE4OjE3OjIzLjI0OTU2MDIzMiArMDAwMApA
QCAtNTAsMjQgKzUwLDE1IEBACiAJdXNhZ2UKIGZpCiAKLUhBVkVfV0hJQ0g9Im5vIgotaWYgWyAt
biAiJCh3aGljaCB3aGljaCAyPiAvZGV2L251bGwpIiBdCi10aGVuCi0JSEFWRV9XSElDSD0ieWVz
IgotZmkKLQogZmluZF9wYXRoKCkgewogCVsgLXogIiQxIiBdICYmIHJldHVybiAwCiAKLQlpZiBb
ICIke0hBVkVfV0hJQ0h9IiA9ICJ5ZXMiIF0KKwlsb2NhbCBmdWxscGF0aD0iJCh0eXBlIC1QICQx
KSIKKwkKKwlpZiBbIC14ICIke2Z1bGxwYXRofSIgXQogCXRoZW4KLQkJbG9jYWwgZnVsbHBhdGg9
IiQod2hpY2ggJDEgMj4gL2Rldi9udWxsKSIKLQkJCi0JCWlmIFsgLXggIiR7ZnVsbHBhdGh9IiBd
Ci0JCXRoZW4KLQkJCWVjaG8gIiR7ZnVsbHBhdGh9IgotCQkJcmV0dXJuIDAKLQkJZmkKKwkJZWNo
byAiJHtmdWxscGF0aH0iCisJCXJldHVybiAwCiAJZmkKIAogCWZvciB4IGluIC9iaW4gL3NiaW4g
L3Vzci9iaW4gL3Vzci9zYmluIC91c3IvbG9jYWwvYmluIC91c3IvbG9jYWwvc2Jpbgo=
</data>        

          </attachment>
    </bug>

</bugzilla>