Bug 256281

Summary: gcl: version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
Product: [Fedora] Fedora Reporter: Rex Dieter <rdieter>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: medium    
Version: rawhideCC: gemi
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-08-28 21:25:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Rex Dieter 2007-08-27 11:57:40 UTC
using gcl-2.6.7-15.fc8.x86_64

Trying to build maxima, but fails on x86_64 during its configure stage checking
for gcl:
...
clisp runtime is "/usr/lib64/clisp/base/lisp.run"
/usr/lib/gcl-2.6.7/unixport/saved_ansi_gcl: relocation error:
/usr/lib/gcl-2.6.7/unixport/saved_ansi_gcl: symbol personality, version
GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
configure: error: unable to run gcl executable "gcl".
error: Bad exit status from /var/tmp/rpm-tmp.10829 (%build)

Full failed build.log:
http://koji.fedoraproject.org/koji/getfile?taskID=131335&name=build.log

Now, I'm not sure this is necessarily gcl's fault, because I see the last change
to gcl was made on Aug 14 (according to changelog), but I had a successful
maxima build very recently (a couple of days ago):
http://koji.fedoraproject.org/koji/buildinfo?buildID=16162
and it too used gcl-2.6.7-15.fc8.x86_64

Any ideas what's going on here?

Comment 1 Rex Dieter 2007-08-27 12:03:09 UTC
maybe glibc?  it was updated Aug 25, and included in its changelog (x86_64-related):
- readd x86_64 gettimeofday stuff, initialize it earlier

maybe try rebuilding gcl?

Comment 2 Rex Dieter 2007-08-27 12:14:44 UTC
reassigning glibc...

Comment 3 Rex Dieter 2007-08-27 13:03:27 UTC
Tried rebuilding gcl, and now it fails:

cp init_pre_gcl.lsp.in init_pre_gcl.lsp.tmp
touch raw_pre_gcl_map
gcc -o raw_pre_gcl  \
                -L.  -Wl,-Map raw_pre_gcl_map   -lpre_gcl -lm  -lgmp
/usr/lib64/libbfd.a /usr/lib64/libiberty.a -lreadline -lncurses
 -lncurses -lc -lgclp
./libpre_gcl.a(main.o): In function `main':
/builddir/build/BUILD/gcl-2.6.7/o/main.c:132: undefined reference to `personality'
/builddir/build/BUILD/gcl-2.6.7/o/main.c:135: undefined reference to `personality'
collect2: ld returned 1 exit status
make[1]: *** [raw_pre_gcl_map] Error 1
make[1]: Leaving directory `/builddir/build/BUILD/gcl-2.6.7/unixport'
make: *** [unixport/saved_pre_gcl] Error 2


Comment 4 GĂ©rard Milmeister 2007-08-27 16:01:27 UTC
This is due to hack to change personality, something to do with executable heap
(randomized address), I think. The personality function is in
/usr/include/sys/personality.h. Probably something changed with the libc?

Comment 5 Jakub Jelinek 2007-08-28 21:25:45 UTC
Should be fixed in glibc-2.6.90-13.