Tollef Fog Heen
tfheen at canonical.com
Mon Nov 28 03:31:34 CST 2005
* Andrew Piskorski
| Briefly, the relink clearly wasn't finding libpthread and libc at all
| (!), but that was because it was looking for libpthread.so and libc.so
| rather than libpthread.so.0 and libc.so.6. Adding a few symlinks
| cleared up that problem. (Incidentally, shouldn't Ubuntu have had
| those symlinks in the first place?)
No, not really, since we don't provide generally usable i386 -dev
packages on amd64. You might have luck with ia32-libs-dev, though no
guarantees are given.
| After that, some of the relinks failed. The only hard errors seem to
| be these:
| /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../crt1.o: In function `_start':
| ../sysdeps/x86_64/elf/start.S:106: undefined reference to `__libc_csu_fini'
| ../sysdeps/x86_64/elf/start.S:107: undefined reference to `__libc_csu_init'
| collect2: ld returned 1 exit status
| make: *** [ctxhx] Error 1
It's trying to link with oracle into a 64 bit executable. See if you
can find the linker command and sneak -m32 into the command line (if
it's using gcc), or --32 (if it's calling ld directly).
| /bin/rm: cannot remove `/db/oracle/product/10.2.0/lib/': Is a directory
| /usr/bin/ld: cannot open output file /db/oracle/product/10.2.0/lib/: Is a directory
I'm guessing it's a variable which gets expanded to the empty string here.
| /usr/bin/find: /db/oracle/product/10.2.0/lib32/.1.0: Too many levels of symbolic links
| /usr/bin/find: /db/oracle/product/10.2.0/lib/.1.0: Too many levels of symbolic links
Tollef Fog Heen ,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
More information about the ubuntu-devel