httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jean-frederic clere <jfrederic.cl...@fujitsu.siemens.es>
Subject Re: APACHE20 problem with string.h and strings.h
Date Wed, 31 Jan 2001 09:10:57 GMT
Jeff Trawick wrote:
> 
> jean-frederic clere <jfrederic.clere@fujitsu.siemens.es> writes:
> 
> > It will not (and does not) help, the problem I have is that bzero() is
> > not in the default libraries so APR cannot find it, but bzero() is
> > defined in strings.h.
> 
> There is an autoconf way to check non-default libraries.  That is one
> possibility.
> 
> > Only removing strings.h or having the #define bzero after the includes
> > will help...
> 
> If APR properly detected whether or not the system had bzero(), we'd
> be okay, right?

Yes - In my case cc -c will work (bzero is defined in strings.h) but cc
-o will failed because bzero is not in the default libraries.

> 
> > The problem is basicly that APR redefines the system include. That is
> > because the system include are after the apr*.h includes. We should not
> > redefine bzero or any "system" function before the system include
> > otherwise we will have problems...
> >
> > I would suggest to create a new apr_system_redef.h that would contain
> > #define bzero (it just has to be included in
> > server/mpm/prefork/prefork.c and test/test_limits.c) and any similar
> > defines.
> 
> I think I prefer dispensing with APR's definition of bzero()
> altogether.  Why should APR be defining such a thing?  (If it needed
> to provide such a thing, it should be called apr_something().  I'll
> suggest on the APR list removing the bzero mapping altogether.

Agreed, apr_bzero?
> 
> --
> Jeff Trawick | trawickj@bellsouth.net | PGP public key at web site:
>        http://www.geocities.com/SiliconValley/Park/9289/
>              Born in Roswell... married an alien...

Mime
View raw message