<?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>150257</bug_id>
          
          <creation_ts>2006-10-06 05:33 0000</creation_ts>
          <short_desc>gcc-config (1) fails the first update with catalyst on system where libgcc_s.so.1 is needed by &apos;mv&apos;</short_desc>
          <delta_ts>2006-10-18 21:01:23 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo/Alt</product>
          <component>FreeBSD</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>FreeBSD</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>flameeyes@gentoo.org</reporter>
          <assigned_to>toolchain@gentoo.org</assigned_to>
          <cc>bsd@gentoo.org</cc>
    
    <cc>catalyst@gentoo.org</cc>
    
    <cc>uberlord@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-10-06 05:33:39 0000</bug_when>
            <thetext>As per summary, currently the way to update libgcc_s.so.1 make impossible for catalyst to update the gcc profile the first time when the linker does not know to look into gcc&apos;s own directories and libgcc_s.so.1 is needed by the mv command.

${MV} -f &quot;${ROOT}/${libdir}&quot;/.gcc.config.new/* &quot;${ROOT}/${libdir}&quot;/

will fail if mv tries to load the just-removed libgcc_s.so.1 library.
This affects Gentoo/FreeBSD but might affect also Gentoo Linux on some architectures.

The attached patch makes sure that a copy of libgcc_s.so.1 is always found in the process.

Thanks,
Diego</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-10-06 05:34:15 0000</bug_when>
            <thetext>Created an attachment (id=98931)
gcc-config-patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-10-06 13:04:07 0000</bug_when>
            <thetext>catalyst should be running gcc-config automatically on $ROOT so stage1 should have libgcc_s.so.1 in the proper place</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-10-11 06:02:24 0000</bug_when>
            <thetext>I&apos;ll look at what catalyst is doing once we&apos;ve gotten it moved to SVN, which is going on now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2006-10-15 08:37:34 0000</bug_when>
            <thetext>I&apos;m not sure this is a catalyst issue as I ran into the same thing just doing

ROOT=/stage3 emerge -e system
Diegos patch fixes this on my Gentoo/FreeBSD/Sparc64 :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-10-18 21:01:23 0000</bug_when>
            <thetext>fixed in cvs by not removing the file anymore; let the `mv` handle it</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>98931</attachid>
            <date>2006-10-06 05:34 0000</date>
            <desc>gcc-config-patch</desc>
            <filename>gcc-config-patch</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IGZpbGVzL2djYy1jb25maWctMS4zLjEzCj09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC92YXIv
Y3Zzcm9vdC9nZW50b28teDg2L3N5cy1kZXZlbC9nY2MtY29uZmlnL2ZpbGVzL2djYy1jb25maWct
MS4zLjEzLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEyCmRpZmYgLXUgLUIgLXIxLjEyIGdjYy1j
b25maWctMS4zLjEzCi0tLSBmaWxlcy9nY2MtY29uZmlnLTEuMy4xMwk5IEF1ZyAyMDA2IDA1OjU0
OjAwIC0wMDAwCTEuMTIKKysrIGZpbGVzL2djYy1jb25maWctMS4zLjEzCTYgT2N0IDIwMDYgMTI6
MzA6MjQgLTAwMDAKQEAgLTMxMiw2ICszMTIsMTMgQEAKIAkJCW11bHRpbGliZGlyPSR7bXVsdGls
aWIlOyp9CiAJCQlsaWJkaXI9ImxpYi8iJCgiJHtST09UfS8ke0dDQ19CSU5fUEFUSH0iL2djYyAk
e211bHRpYXJnfSAtcHJpbnQtbXVsdGktb3MtZGlyZWN0b3J5KQogCQkJaWYgbWtkaXIgLXAgIiR7
Uk9PVH0vJHtsaWJkaXJ9Ii8uZ2NjLmNvbmZpZy5uZXcgOyB0aGVuCisJCQkJIyBXaGVuIGNoYW5n
aW5nIHRoZSBiYXNlIGxpYmdjY19zLnNvLjEsIHdlIG11c3QgbWFrZSBzdXJlIHRoYXQgdGhlIG5l
dyBvbmUKKwkJCQkjIGlzIGF2YWlsYWJsZSBkdXJpbmcgbXYgZXhlY3V0aW9uLCBvciBpdCBmYWls
cyBpZiBpdCdzIHRoZSBmaXJzdCBydW4gb2YKKwkJCQkjIGdjYy1jb25maWcgKGUuZy46IG9uIGNh
dGFseXN0KQorCQkJCXNhdmVfbGlicmFyeV9wYXRoPSIke0xEX0xJQlJBUllfUEFUSH0iCisJCQkJ
aWYgW1sgJHtST09UfSA9PSAiLyIgXV07IHRoZW4KKwkJCQkJZXhwb3J0IExEX0xJQlJBUllfUEFU
SD0iJHtMRF9MSUJSQVJZX1BBVEh9OiR7Uk9PVH0vJHtsaWJkaXJ9Ly5nY2MuY29uZmlnLm5ldyIK
KwkJCQlmaQogCQkJCWZvciBnY2NsaWIgaW4gZ2NjX3MgdW53aW5kIDsgZG8KIAkJCQkJaWYgW1sg
LW4gJChscyAiJHtST09UfS8ke0xEUEFUSH0vJHttdWx0aWxpYmRpcn0iL2xpYiR7Z2NjbGlifS5z
by4qIDI+L2Rldi9udWxsKSBdXTsgdGhlbgogCQkJCQkJJHtDUH0gLXBQICIke1JPT1R9LyR7TERQ
QVRIfS8ke211bHRpbGliZGlyfSIvbGliJHtnY2NsaWJ9LnNvLiogIiR7Uk9PVH0vJHtsaWJkaXJ9
Ii8uZ2NjLmNvbmZpZy5uZXcvCkBAIC0zMTksNiArMzI2LDcgQEAKIAkJCQkJCSR7TVZ9IC1mICIk
e1JPT1R9LyR7bGliZGlyfSIvLmdjYy5jb25maWcubmV3LyogIiR7Uk9PVH0vJHtsaWJkaXJ9Ii8K
IAkJCQkJZmkKIAkJCQlkb25lCisJCQkJZXhwb3J0IExEX0xJQlJBUllfUEFUSD0iJHtzYXZlX2xp
YnJhcnlfcGF0aH0iCiAJCQkJcm1kaXIgIiR7Uk9PVH0vJHtsaWJkaXJ9Ii8uZ2NjLmNvbmZpZy5u
ZXcKIAkJCWZpCiAJCWRvbmUK
</data>        

          </attachment>
    </bug>

</bugzilla>