<?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>62124</bug_id>
          
          <creation_ts>2004-08-29 10:43 0000</creation_ts>
          <short_desc>mpqc on ppc64: ClassDesc::load_class looking for &quot;./classes&quot;</short_desc>
          <delta_ts>2005-06-11 09:24:45 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>Applications</component>
          <version>unspecified</version>
          <rep_platform>PPC64</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>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>boris@macbeth.rhoen.de</reporter>
          <assigned_to>ppc64@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>boris@macbeth.rhoen.de</who>
            <bug_when>2004-08-29 10:43:58 0000</bug_when>
            <thetext>When I emerge mpqc-2.2.2 on my ppc64 system (Dual G5 Mac) and run the binary:

ClassDesc::load_class looking for &quot;./classes&quot;
ClassDesc::load_class(&quot;CLKS&quot;): load failed
Either &quot;CLKS&quot; is an invalid class name or the code
for &quot;CLKS&quot; was not linked into the executable.
Segmentation fault
....

When I add --enable-shared to configure in mpqc-2.2.2.ebuild and emerge
again - the binary work as expected.


Reproducible: Always
Steps to Reproduce:
1.emerge mpqc
2.mpqc test.in
3.

Actual Results:  
mpqc test.in
[cut cut]
ClassDesc::load_class looking for &quot;./classes&quot;
ClassDesc::load_class(&quot;CLKS&quot;): load failed
Either &quot;CLKS&quot; is an invalid class name or the code
for &quot;CLKS&quot; was not linked into the executable.
Segmentation fault


Expected Results:  
mpqc test.in
[cut cut]
  Reading file /usr/share/mpqc/2.2.2/atominfo.kv.
  Molecule: setting point group to c1

  IntCoorGen: generated 119 coordinates.
  Forming optimization coordinates:
[cut cut]


gcc-3.4.1; binutils-2.15.90.0.3-r3; CFLAGS=&quot;-O2&quot;;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tgall@gentoo.org</who>
            <bug_when>2004-08-29 18:48:45 0000</bug_when>
            <thetext>moving this over to ppc64, where it looks like it belongs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-10 11:48:17 0000</bug_when>
            <thetext>can you please provide that test.in file.

Also mpqc-2.2.3 has been released some while ago, but is not yet in portage. Could you try this version?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-12 23:07:21 0000</bug_when>
            <thetext>as I don&apos;t have a test case and the user doesn&apos;t submit the test.in, I cannot test this. Please reopen if a test case is provided.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-15 03:21:32 0000</bug_when>
            <thetext>boris provided me a test4.in. thanks!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-15 03:23:42 0000</bug_when>
            <thetext>Created an attachment (id=58941)
test4.in

The test4.in for testing. We&apos;ll have to wait for 2.2.3 to get into portage
untill we can test that. maybe it is fixed.. I just don&apos;t want to spend time on
a bug, which might be already fixed in a newer version. ;-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-18 11:58:05 0000</bug_when>
            <thetext>how about adding IUSE=&quot;static&quot; and build the package shared without that set.
Something like: if ! ( use static &amp;&amp; use ppc64 ) then ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-05-18 12:29:53 0000</bug_when>
            <thetext>Created an attachment (id=59233)
mpqc-ebuild.patch

this is a diff which applies against mpqc-2.2.2-r1.ebuild and makes use of
--enable-shared. now test4.in works for me.

basicly the solution was given in the bug report itself.. thx! ;-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-06-11 09:24:45 0000</bug_when>
            <thetext>I finaly could run `mpqc test4.in` with success! 
 
I&apos;ve added a patch to the ebuild so that --enable-shared is used on ppc64.  
  
sorry, that this took so so so long.. 
 
also added ~ppc64 of cause. </thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>58941</attachid>
            <date>2005-05-15 03:23 0000</date>
            <desc>test4.in</desc>
            <filename>test4.in</filename>
            <type>text/plain</type>
            <data encoding="base64">JSBlbWFjcyBzaG91bGQgdXNlIC0qLSBLZXlWYWwgLSotIG1vZGUKJSBtb2xlY3VsZSBzcGVjaWZp
Y2F0aW9uCm1vbGVjdWxlPE1vbGVjdWxlPjogKAogIHN5bW1ldHJ5ID0gQzEKICB1bml0ID0gYW5n
c3Ryb20KICB7IGF0b21zIGdlb21ldHJ5IH0gPSB7CiBPIFsgICAgIC4wMDAwMDAgICAgICAuMDAw
MDAwICAgICAgLjAwMDAwMF0KIEMgWyAgICAgLjAwMDAwMCAgICAgIC4wMDAwMDAgICAgIDEuNDAw
MDAwXQogQyBbICAgIDEuMTA2NzY1ICAgICAgLjAwMDAwMCAgICAgMi4xNDY1MjNdCiBDIFsgICAg
Mi4zOTg3MjUgICAgICAuMDAwMDAwICAgICAxLjQ4ODIzNl0KIE8gWyAgICAyLjUyNjI0OSAgICAg
IC4wMDAwMDAgICAgICAuMjc0OTIwXQogSCBbICAgICAuODIyNzI0ICAgICAgLjAwMDAwMCAgICAg
LS40NzUwMDBdCiBIIFsgICAgLS44Njk3MTQgICAgICAuMDAwMDAwICAgICAyLjA1NTM3N10KIEgg
WyAgICAxLjI0OTQ1MCAgICAgIC4wMDAwMDAgICAgIDMuMjI2MTM0XQogSCBbICAgIDMuMzEyMDM3
ICAgICAgLjAwMDAwMCAgICAgMi4wODEzNDhdCiAgfQopCiUgYmFzaXMgc2V0IHNwZWNpZmljYXRp
b24KYmFzaXM8R2F1c3NpYW5CYXNpc1NldD46ICgKICBuYW1lID0gIjYtMzExKytHKDJkLDJwKSIK
ICBtb2xlY3VsZSA9ICQ6bW9sZWN1bGUKKQptcHFjOiAoCiAgY2hlY2twb2ludCA9IHllcwogIHNh
dmVzdGF0ZSA9IHllcwogIHdyaXRlX3BkYiA9IHllcwogIHJlc3RhcnQgPSB5ZXMKICBwcmludF90
aW1pbmdzID0geWVzCiAgZGVidWcgPSB5ZXMKICAlIG1ldGhvZCBmb3IgY29tcHV0aW5nIHRoZSBt
b2xlY3VsZSdzIGVuZXJneQogIGNvb3I6PFN5bW1Nb2xlY3VsYXJDb29yPjogKAogICAgbW9sZWN1
bGUgPSAkOm1vbGVjdWxlCiAgICBnZW5lcmF0b3I8SW50Q29vckdlbj46ICgKICAgICAgbW9sZWN1
bGUgPSAkOm1vbGVjdWxlCiAgICApCiAgKQogIG1vbGU8TUJQVDI+OiAoCiAgICBtb2xlY3VsZSA9
ICQ6bW9sZWN1bGUKICAgIGJhc2lzID0gJDpiYXNpcwogICAgY29vciA9ICQuLjpjb29yCiAgICBt
ZW1vcnkgPSAzMjAwMDAwMAogICAgcmVmZXJlbmNlPENMSEY+OiAoCiAgICAgIG1vbGVjdWxlID0g
JDptb2xlY3VsZQogICAgICBiYXNpcyA9ICQ6YmFzaXMKICAgICAgY29vciA9ICQuLjpjb29yCiAg
ICAgIG1lbW9yeSA9IDMyMDAwMDAwCiAgICApCiAgKQogIG9wdDxRTmV3dG9uT3B0PjogKAogICAg
ZnVuY3Rpb24gPSAgJC4uOm1vbGUKICAgIHVwZGF0ZTxCRkdTVXBkYXRlPjogKCkKICAgIGNvbnZl
cmdlbmNlPE1vbEVuZXJneUNvbnZlcmdlbmNlPjogKAogICAgICBjYXJ0ZXNpYW4gPSB5ZXMKICAg
ICAgZW5lcmd5ID0gJC4uOi4uOm1vbGUKICAgICkKICApCikK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>59233</attachid>
            <date>2005-05-18 12:29 0000</date>
            <desc>mpqc-ebuild.patch</desc>
            <filename>mpqc-ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG1wcWMtMi4yLjItcjEuZWJ1aWxkLmJhY2t1cAkyMDA1LTA1LTE4IDE5OjAxOjI3LjY5MDAx
NjE4NCArMDAwMAorKysgbXBxYy0yLjIuMi1yMS5lYnVpbGQJMjAwNS0wNS0xOCAxOTowOTo0NC41
MzY0ODQwNDAgKzAwMDAKQEAgLTQsMTQgKzQsMTQgQEAKIAogREVTQ1JJUFRJT049IlRoZSBNYXNz
aXZlbHkgUGFyYWxsZWwgUXVhbnR1bSBDaGVtaXN0cnkgUHJvZ3JhbSIKIEhPTUVQQUdFPSJodHRw
Oi8vd3d3Lm1wcWMub3JnLyIKLVNSQ19VUkk9Im1pcnJvcjovL3NvdXJjZWZvcmdlL21wcWMvJHtQ
fS50YXIuZ3oKLQlkb2M/ICggbWlycm9yOi8vc291cmNlZm9yZ2UvbXBxYy8ke1BOfS1tYW4tJHtQ
Vn0udGFyLmd6ICkiCitTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9tcHFjLyR7UH0udGFy
LmJ6MgorCWRvYz8gKCBtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9tcHFjLyR7UE59LW1hbi0ke1BWfS50
YXIuYnoyICkiCiAKIExJQ0VOU0U9IkdQTC0yIgogU0xPVD0iMCIKICMgU2hvdWxkIHdvcmsgb24g
eDg2LCBhbWQ2NCBhbmQgcHBjLCBhdCBsZWFzdAotS0VZV09SRFM9In54ODYgfnBwYyB+YW1kNjQi
Ci1JVVNFPSJkb2MgWCIKK0tFWVdPUkRTPSJ+YW1kNjQgfnBwYyB+cHBjNjQgfng4NiIKK0lVU0U9
ImRvYyBzdGF0aWMgWCIKIAogREVQRU5EPSJzeXMtZGV2ZWwvZmxleAogCXZpcnR1YWwvYmxhcwpA
QCAtMjQsNyArMjQsMTggQEAKIAlteWNvbmY9IiR7bXljb25mfSAtLXByZWZpeD0vdXNyIgogCXVz
ZSBYICYmIG15Y29uZj0iJHtteWNvbmZ9IC0teC1pbmNsdWRlcz0vdXNyL1gxMVI2L2luY2x1ZGUg
XAogCSAgLS14LWxpYnJhcmllcz0vdXNyL1gxMVI2L2xpYiIKLQkuL2NvbmZpZ3VyZSAke215Y29u
Zn0gfHwgZGllICJjb25maWd1cmUgZmFpbGVkIgorCisJIyBmaXggYnVnICM2MjEyNCAtIG1pZ2h0
IGJlIHJlbW92ZWQgaW4gZnV0dXJlIHZlcnNpb25zCisJaWYgdXNlIHN0YXRpYzsgdGhlbgorCQlp
ZiB1c2UgcHBjNjQ7IHRoZW4KKwkJCWRpZSAic3RhdGljIHdpbGwgbm90IHdvcmsgb24gcHBjNjQi
CisJCWZpCisJZWxzZQorCQlteWNvbmY9IiR7bXljb25mfSAtLWVuYWJsZS1zaGFyZWQiCisJZmkK
KworCWVjb25mICR7bXljb25mfSB8fCBkaWUgImNvbmZpZ3VyZSBmYWlsZWQiCisKIAlzZWQgLWUg
InM6XkNGTEFHUyA9LiokOkNGTEFHUz0ke0NGTEFHU19TQVZFfToiIFwKIAkgIC1lICJzOl5GRkxB
R1MgPS4qJDpGRkxBR1M9JHtDRkxBR1NfU0FWRX06IiBcCiAJICAtZSAiczpeQ1hYRkxBR1MgPS4q
JDpDWFhGTEFHUz0ke0NYWEZMQUdTX1NBVkV9OiIgXAo=
</data>        

          </attachment>
    </bug>

</bugzilla>