NetBSD-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
[netbsd-5] SHLIBDIR and SHLINKDIR behavior change?
All:
Has the behavior of these macros in the build system changed? I used to
inject:
SHLINKDIR= /libexec
SHLIBDIR= /lib
Into src/usr.bin/gzip/Makefile and src/usr.bin/bzip/Makefile to order to
link against /lib/libc.so, /lib/libbz2.so.1.1 and /lib/libz.so.1.0 (the
later two I place manually)
These changes are important to make the bootstrap part of my embedded
environment function.
I'm building for the first time on netbsd-5 (RC1). For some reason, I am
recieving:
# chroot /home/fsimages/rd_root /bin/gzip
Shared object "libc.so.12" not found
However:
# file rd_root/bin/gzip
rd_root/bin/gzip: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked (uses shared libs), for NetBSD 5.0, not
stripped
rd_root/bin/gzip:
-lc.12 => /lib/libc.so.12
-lz.1 => /lib/libz.so.1
-lbz2.1 => /lib/libbz2.so.1
# ls -al rd_root/lib/lib{c,*z*}.so.*
lrwxr-xr-x 1 root 13 Feb 5 13:35 rd_root/lib/libbz2.so.1@ ->
libbz2.so.1.1
-r--r--r-- 1 root 69394 Feb 5 13:35 rd_root/lib/libbz2.so.1.1
lrwxr-xr-x 1 root 14 Feb 5 13:35 rd_root/lib/libc.so.12@ -> libc.so.12.163
-r--r--r-- 1 root 1079433 Feb 5 13:35 rd_root/lib/libc.so.12.163
lrwxr-xr-x 1 root 11 Feb 5 13:36 rd_root/lib/libz.so.1@ -> libz.so.1.0
-r--r--r-- 1 root 72271 Feb 5 13:36 rd_root/lib/libz.so.1.0
Everything is in place. Very strange. Happens in a chroot, and when I
bootrap an MD-enabled kernel.
At this point, I'm half-tempted to jump right into crunchgen.
~BAS
Home |
Main Index |
Thread Index |
Old Index