Hi,
I built sgicc on ia32 and run it under NUE.
I also think it is because of some problem of the version of glibc E.g., I
have two workstations: peers and sakwatamau, following is the result of
command of "locate libc.so", notice that the error message complains
about libc.so.6
+++++++++++++++++++++++++++++++++++++
peers:/usr/brule12/grad/pengzhao/oss/osprey1.0> locate libc.so
/usr/lib/libc.so
/usr/i486-linux-libc5/lib/libc.so.5.3.12
/usr/i486-linux-libc5/lib/libc.so.5
/lib/libc.so.6
++++++++++++++++++++++++++++++++++++
sakwatamau:/usr/brule12/grad/pengzhao/oss> locate libc.so
/usr/lib/libc.so
/usr/i486-linux-libc5/lib/libc.so.5.3.12
/usr/i486-linux-libc5/lib/libc.so.5
/lib/libc.so.6
/nue/usr/ia32-pc-linux/lib/libc.so.6
/nue/usr/ia32-pc-linux/usr/lib/libc.so
/nue/usr/lib/libc.so
/nue/lib/libc.so.0
+++++++++++++++++++++++++++++++++++++
After building, I copy the sgicc to the direcotory accessable by NUE.
the sgicc generated on peers has no problem but sakwatamau one fails
Now, the question is:
which need the libc.so thing? sgicc or the generation of my "program.c"
if it is the process of generating my application that need libc.so.6,
what is the sequence that sgicc search this share object? I notice that
libc.so.6 doesn't appear the first one of the result of locate on peers.
Another question is that why the libc.so.6 on ia32 system is needed by the
generation of a ia64 application?
Thanks
Peng
|