[pacman-dev] Compilation warnings
These have been in the compile output for a while, perhaps we should look into it. I have a guess that it may be related to libdownload not installing a .la file (and it is also missing .so symlinks, compare to libarchive for example). If anyone else knows more about it, feel free to add your input. -Dan <snip> creating pacman /bin/sh ../../libtool --tag=CC --mode=link ccache cc -D_GNU_SOURCE -I../../lib/libalpm -g -O2 -D'PACCONF="/etc/pacman.conf"' -g -Wall -Werror -std=c99 -DPACMAN_DEBUG -g -O2 -D'PACCONF="/etc/pacman.conf"' -g -Wall -Werror -std=c99 -DPACMAN_DEBUG -lmcheck -o pacman.static -lmcheck -all-static util.o log.o package.o downloadprog.o trans.o add.o remove.o upgrade.o query.o sync.o conf.o deptest.o pacman.o -L../../lib/libalpm/.libs/ -ldownload -lalpm ccache cc -D_GNU_SOURCE -I../../lib/libalpm -g -O2 -DPACCONF=\"/etc/pacman.conf\" -g -Wall -Werror -std=c99 -DPACMAN_DEBUG -g -O2 -DPACCONF=\"/etc/pacman.conf\" -g -Wall -Werror -std=c99 -DPACMAN_DEBUG -o pacman.static -static util.o log.o package.o downloadprog.o trans.o add.o remove.o upgrade.o query.o sync.o conf.o deptest.o pacman.o -L/home/dmcgee/projects/pacman-lib/org.archlinux.pacman/lib/libalpm/.libs /home/dmcgee/projects/pacman-lib/org.archlinux.pacman/lib/libalpm/.libs/libalpm.a -lmcheck /usr/lib/libarchive.a -lz -lbz2 -lattr -lacl -ldownload -lm /usr/lib/libarchive.a(libarchive_la-archive_read_extract.o): In function `lookup_gid': (.text+0x69e): warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/libarchive.a(libarchive_la-archive_read_extract.o): In function `lookup_uid': (.text+0x5cf): warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../libdownload.a(common.o): In function `_download_netrc_auth': (.text+0x47b): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../libdownload.a(common.o): In function `_download_bind': (.text+0x1d6): warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../libdownload.a(common.o): In function `_download_default_port': (.text+0x277): warning: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
On 2/7/07, Dan McGee <dpmcgee@gmail.com> wrote:
These have been in the compile output for a while, perhaps we should look into it. I have a guess that it may be related to libdownload not installing a .la file (and it is also missing .so symlinks, compare to libarchive for example). If anyone else knows more about it, feel free to add your input.
There's no way around those errors. glibc has a minor limitation when doing static linking with a handful of functions. In essence, if you're using those functions, you can't have full static linking - you are tied to the glibc version it was build against.
On Wed, Feb 07, 2007 at 05:19:39PM -0600, Aaron Griffin wrote:
On 2/7/07, Dan McGee <dpmcgee@gmail.com> wrote:
These have been in the compile output for a while, perhaps we should look into it. I have a guess that it may be related to libdownload not installing a .la file (and it is also missing .so symlinks, compare to libarchive for example). If anyone else knows more about it, feel free to add your input.
There's no way around those errors. glibc has a minor limitation when doing static linking with a handful of functions. In essence, if you're using those functions, you can't have full static linking - you are tied to the glibc version it was build against.
Every libc function utilizing the nsswitch mechanism will depend on dynamic nss libs, because static nss modules are not enabled for glibc in current repository. Jürgen
participants (3)
-
Aaron Griffin
-
Dan McGee
-
Jürgen Hötzel