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