Subject: debian-installer: avoid searching for libgcc_s.so
Package: debian-installer
Version:
Severity: wishlist
*** Please type your report below this line ***
Many executables used by the installer depend on libgcc_s.so. Searching for
this library (by ld-linux.so just after execve) takes more than 1% of install
time. The search tries:
2375 open("/lib/tls/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2373 open("/lib/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2372 open("/lib/v5l/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2372 open("/lib/v5l/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2356 open("/lib/tls/v5l/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2355 open("/lib/tls/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
2351 open("/lib/tls/v5l/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
before finding it in /lib. [Those counts in the first column are for less than
1/3 of base install on a NSLU2 armel-eabi in low-memory mode.]
The search can be avoided, by forcing it to succeed on the first try:
export LD_LIBRARY_PATH=/lib
Please apply.
The users of libgcc_s.so include:
ash busybox cat chmod chown cp cttyhack dd df dmesg echo egrep false grep
gunzip gzip ip kill ln ls mkdir mknod more mount mv parted_server pidof ps pwd
rm rmdir sed sh sleep sync tar touch true umount uname zcat libblkid.so.1.0
libext2fs.so.2 libext2fs.so.2.4 libnewt.so.0.52
libparted-1.7.so.1 libparted-1.7.so.1.0.0 libslang.so.2 libuuid.so.1
libuuid.so.1.2
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: armel (armv5tel)
Kernel: Linux 2.6.25-2-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
