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: Thomas Guyot-Sionnest
Subject: Re: solaris 9: undefined symbol rpl_open
Date: Mon, 09 Nov 2009 00:17:01 -0500
User-agent: Thunderbird 2.0.0.23 (X11/20090817)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 27/10/09 10:13 AM, Eric Blake wrote:
> 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:

I do have open.m4 and open.c, but rpl_open isn't defined anywhere and it
seems fcntl.in.h replaces open with rpl_open on older solaris systems.
This the place I believe open() gets broken:

#if @GNULIB_OPEN@
# if @REPLACE_OPEN@
#  undef open
#  define open rpl_open
extern int open (const char *filename, int flags, ...);
# endif
#endif

> $ ./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?

All tests I made were done with a fresh repository (git clean -fdx).

I could try dropping our current gnulib directory and getting a fresh
one if you think that could help. Is there anywhere else files could get
in the way?

Thanks for your help

- --
Thomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFK96XN6dZ+Kt5BchYRAmowAKD0FjdUvCsiksEKjpPXXMjgbWey0QCfSyRS
iG7mjSPkhRL+fys8HoF3e2Y=
=LbhM
-----END PGP SIGNATURE-----





reply via email to

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