[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: solaris 9: undefined symbol rpl_open
From: |
Eric Blake |
Subject: |
Re: solaris 9: undefined symbol rpl_open |
Date: |
Tue, 27 Oct 2009 14:13:21 +0000 (UTC) |
User-agent: |
Loom/3.14 (http://gmane.org/) |
Thomas Guyot-Sionnest <dermoth <at> aei.ca> writes:
> # Reproduce by: gnulib-tool --import --dir=. --lib=libgnu
> --source-base=gl --m4-base=gl/m4 --doc-base=doc --tests-base=tests
> --aux-dir=build-aux --no-libtool --macro-prefix=gl base64 dirname floorf
> fsusage getaddrinfo gethostname getloadavg getopt gettext mountlist
> regex timegm vasprintf vsnprintf
I can't reproduce it. getloadavg already depends on fcntl-safer, which depends
on open; and I don't see any --avoid. You should already be pulling in
open.m4, and open.c should already be compiled on Solaris 9. I tested with
this, and had no failures:
$ ./gnulib-tool --with-tests --test base64 dirname floorf fsusage \
getaddrinfo gethostname getloadavg getopt gettext mountlist regex \
timegm vasprintf vsnprintf
Maybe you have some stale state, possibly from an outdated .m4 macro being
picked up, or a config.cache that is not remembering the right values. I've
also seen cases where 'rm gl/fcntl.h' was necessary to force make to regenerate
the header, to pick up corrected conditionals. Does running 'make distclean'
followed by refreshing from gnulib straighten things out?
--
Eric Blake