bug-gnulib
[Top][All Lists]
Advanced

[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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]