Bug 62124 - mpqc on ppc64: ClassDesc::load_class looking for "./classes"
|
Bug#:
62124
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: PPC64
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: ppc64@gentoo.org
|
Reported By: boris@macbeth.rhoen.de
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: mpqc on ppc64: ClassDesc::load_class looking for "./classes"
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-08-29 10:43 0000
|
When I emerge mpqc-2.2.2 on my ppc64 system (Dual G5 Mac) and run the binary:
ClassDesc::load_class looking for "./classes"
ClassDesc::load_class("CLKS"): load failed
Either "CLKS" is an invalid class name or the code
for "CLKS" 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 "./classes"
ClassDesc::load_class("CLKS"): load failed
Either "CLKS" is an invalid class name or the code
for "CLKS" 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="-O2";
moving this over to ppc64, where it looks like it belongs.
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?
as I don't have a test case and the user doesn't submit the test.in, I cannot
test this. Please reopen if a test case is provided.
boris provided me a test4.in. thanks!
Created an attachment (id=58941) [details]
test4.in
The test4.in for testing. We'll have to wait for 2.2.3 to get into portage
untill we can test that. maybe it is fixed.. I just don't want to spend time on
a bug, which might be already fixed in a newer version. ;-)
how about adding IUSE="static" and build the package shared without that set.
Something like: if ! ( use static && use ppc64 ) then ...
Created an attachment (id=59233) [details]
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! ;-)
I finaly could run `mpqc test4.in` with success!
I'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.