svn commit: samba r22731 - in branches/SAMBA_3_0/source: . tests

derrell at derrell at
Tue May 8 03:39:54 GMT 2007

Andrew Bartlett <abartlet at> writes:

> What type of system is this?

It's FreeSpire (the free version of Linspire, formerly Lindows), which is
based on Debian pre-Etch.

>> On systems that provide declarations for all functions, my change will have
>> no effect.  It has an effect only on systems where some system functions
>> are missing declarations in system header files.  If you've succeeded in a
>> developer build and compile immediately prior to this change, you will
>> still succeed with no changes to what configure detects nor to your build.
>> Only those (few?) systems where some functions are missing declarations in
>> system headers are affected, and this change allows them to compile in
>> developer mode whereas immediately prior to this change, they could not
>> compile.
> On such systems, the missing prototypes (after extensive tests are made
> for finding the correct prototype header) should be provided by
> libreplace, as it already does for many standard functions (for which a
> reliable prototype is often found in the POSIX standard).

That'd be fine if only the external declaration is provided by libreplace.  My
understanding was that libreplace provided functions that are needed but not
available on the system.  This is a different problem, in that the system
provides the function (which is why the original configure test passed) but no
header file declares the function, so the compile fails.

Are there cases already handled by libreplace where it provides only an
external declaration where one isn't provided by the system?  If so, that'd be
the way to go and could be easily cloned.  The downside of doing it this way
is that it requires adding to libreplace every time any system is found to
have a missing system declaration.



More information about the samba-technical mailing list