Re: solaris 9: undefined symbol rpl_open

[Thomas Guyot-Sionnest]

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

On 25/10/09 04:48 PM, Bruno Haible wrote:
> Thomas Guyot-Sionnest wrote:
>> The builds are now complaining about a missing rpl_open symbol.
>> ...
>> Any idea what's wrong?
> 
> First, you can determine whether the problem is in gnulib or in your package.
> Run
>   $ gnulib-tool --test --with-tests open
> 
> If this fails on Solaris 9, the problem is in gnulib.

I can ask the reporter to try this; I don't have access to the sol9
machine in question.

> If it succeeds, the problem is in your package. You can run 'nm' on the
> various intermediate object files, libraries, and programs to see whether
> they define or need the 'rpl_open' symbol. Most likely, in the end, you only
> need to link some particular program or library with the gnulib-generated
> auxiliary library.

My understanding is that rpl_open() is a replacement to open() that
gnulib use for portability. The file in question, pst3.c, use open() so
if gnulib redefine open but don't provide the new function it wont work.
On solaris there is no other file using open that gets compiled except
possibly gnulib code (would have to look deeper to make sure code with
open() actually gets compiled...).

So from what I can see from the error output pst3.o requires rpl_open
because the gnulib includes redefine open as rpl_open in some systems
(if @GNULIB_OPEN@ && @REPLACE_OPEN@), but fail to provide the rpl_open
function. Based on that reasoning I have trouble understanding how it
could be a problem with the nagiosplug code...

Thanks

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

iD8DBQFK5VPl6dZ+Kt5BchYRAhWwAJ9wkessGDMAn05CaCw7pveLl+GT7ACg1XXf
FsNSIfg5KdtO7hwNTZelw1U=
=11FU
-----END PGP SIGNATURE-----