2.5.1pre3 - Bugs in configure script / config.h.in breaks build.
Dave Dykstra
dwd at bell-labs.com
Thu Jan 3 09:59:26 EST 2002
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
More information about the rsync
mailing list