Bug 116406 - Error Getting SPEC2000 to compile
Summary: Error Getting SPEC2000 to compile
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: gcc   
(Show other bugs)
Version: 3.0
Hardware: s390
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-02-20 19:55 UTC by Brock Organ
Modified: 2007-11-30 22:07 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-04 21:13:46 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
text of compile session (99.67 KB, text/plain)
2004-02-20 19:56 UTC, Brock Organ
no flags Details

Description Brock Organ 2004-02-20 19:55:34 UTC
* reported by customer
* RHEL3-U1 on s390

From customer:

"We can't get spec to compile. This worked previously on EL3, but we
now have update 1 and it does not seem to work. Is there something we
need to do that is obvious?"

See attachment for listing of spec compile session ...

Comment 1 Brock Organ 2004-02-20 19:56:15 UTC
Created attachment 97881 [details]
text of compile session

Comment 2 Vladimir Makarov 2004-02-26 21:56:52 UTC
  I was able to reproduce the bug only on s390 under RHEL3 udpate 1. 
It looks like Berkley DB has version 2 when SPEC2000 was written. 
This version contained definition of DB_INFO (in file db.h).  RHEL3
uses DB version 4.  DB_INFO was removed since DB version 3.

  SPEC2000 contains obsolete code (in file
typedef DB_INFO INFO;

It should be

   The reason why other platforms (I've tried x86_64) has no such
problem is in that perl5.005_03/Configure can not find a Berkley db
library (it searches for db.a liddb.a libdb.so libdb_s.a in /lib
/usr/lib /usr/local/lib) therefore the symbol db_version is unresolved
by linker and Configure script switches off usage of Berkley DB.

   On s390 under RHEL3 (update 1) the script finds libdb.so in
/usr/lib.  RHEL3 without update has only libdb-4.1.so.  It can not be
found by the SPEC perl script.  If it succeeded, RHEL3 without update
had the same problem.

 So the real problem is in the SPEC2000 obsolete code.  To fix the
problem you should use the correct code mentioned above.

Best regrads,
Vladimir Makarov,
Gcc engineer

Comment 3 Mike Reeves 2004-06-17 14:17:13 UTC
I have notified the programmer who compiles and runs the SPEC2000 
with this update.

thx MR

Comment 4 Richard Henderson 2004-10-04 21:13:46 UTC
So closing as not a tools bug.

Note You need to log in before you can comment on or make changes to this bug.