2.5.1pre3 - Bugs in configure script / config.h.in breaks build.

[Dave Dykstra]

On Tue, Jan 01, 2002 at 06:45:59PM -0600, John Malmberg wrote:
> Compaq C 6.5
> OpenVMS Alpha 7.3
...
> A second issue, is the line:
> 
> #undef socklen_t
> 
> It is not in the standard format for the other lines in the configure 
> script.
> 
> It would be helpful for it to be:
> 
> #undef HAVE_SOCKLEN_T
> 
> And then somewhere else, where the defintion is used, or in rsync.h
> 
> #ifndef HAVE_SOCKLEN_T
> typedef socklen_t size_t
> #endif


That's not enough because it needs to figure out what value to use to
define socklen_t; the current logic in aclocal.m4 tries
    int size_t unsigned long "unsigned long"
until it gets one to compile.


> I can do debugging or testing of the configure scripts.  So someone with 
> a UNIX platform will need to verify what the fixes to the configure 
> scripts need to be.
> 
> 
> OpenVMS does not execute configure scripts.  They are harder to port 
> than the applications, and tend to generate incorrect results for the 
> OpenVMS platform even after they are ported.
> 
> Instead, an OpenVMS DCL procedure is used to read the CONFIG.H.IN file 
> and uses it to search the system libraries to see what routines and 
> header definitions are present.


Is there some other syntax that the procedure accepts to allow passing a
value through?



> This works very well when all of the "#undef" lines are in a standard 
> format.
> 
> -John
> wb8tyw at qsl.network
> Personal Opinion Only


- Dave Dykstra