Re: 1.8.3 still has flexresp configure bug

[Phil Wood <cpw () lanl gov>]

Following up on my own contribution to this thread,

  It looks like version of autoconf from 1999 or earlier on a redhat 6.2
system has this in /usr/share/autoconf/acconfig.h:

  /*
   * SOLARIS defined
   */
  #define SOLARIS 0

I guess Solaris is special.

Snort has code like:

  #if defined (SOLARIS) || defined (SUNOS)

   ...


Since redhat defined SOLARIS (even tho they defined it as 0), code that
uses the above check will generate SOLARIS "code", even if it's on a linux,
sgi, or whatever.  

If you build with gcc ... -Wall ... some of these problems become apparent
at compile time.

Probably not relevent to the original question, but what the heck.  It beats
discussing kicka55 nroq and 733n whatever.

On Mon, Dec 03, 2001 at 09:49:24AM -0700, Phil Wood wrote:
> On Sun, Dec 02, 2001 at 10:41:54PM -0600, Chris Green wrote:
> > Jason Haar <Jason.Haar () trimble co nz> writes:
> >
> > > I just tried building 1.8.3 with "--enable-flexresp", and configure produces
> > > this as it runs:
> > >
> > > ----
> > > checking for u_int8_t... no
> > > checking for u_int16_t... no
> > > checking for u_int32_t... no
> > > ----
> > >
> > > That should be "yes". If you try to "make" after that, on Redhat 7.1 systems
> > > at least, make will crash with "redefinition" errors.
> > >
> > > Running configure without "--enable-flexresp" causes it to work correctly.
> > >
> > > I've had a bit of a snoop through ./configure, and can't see why this is
> > > causing a difference. Maybe the added include files from defining flexresp
> > > causes the configure tests to run differently?
> >
> > I don't know whats causing it ( it was fixed for a little bit in CVS
> > after rerunning aclocal & automake ).
>
> Check out config.h for strange defines (or not).  I found that mine had 
> a define for SOLARIS (and I'm running on linux).  This caused some bogus
> macro redefinitions.  As you did, I ran:
>
>   aclocal
>   autoconf
>   automake
>
> and then
>
>   ./configure ...
>
> > If you run aclocal and then automake it starts working again
> > correctly.  If someone can identify what voodoo magic is going on
> > behind the scenes, it would be nice to know
> > -- 
> > Chris Green <cmg () uab edu>
> > Fame may be fleeting but obscurity is forever.
> >
> > _______________________________________________
> > Snort-users mailing list
> > Snort-users () lists sourceforge net
> > Go to this URL to change user options or unsubscribe:
> > https://lists.sourceforge.net/lists/listinfo/snort-users
> > Snort-users list archive:
> > http://www.geocrawler.com/redir-sf.php3?list=snort-users
>
> -- 
> Phil Wood, cpw () lanl gov
>
>
> _______________________________________________
> Snort-users mailing list
> Snort-users () lists sourceforge net
> Go to this URL to change user options or unsubscribe:
> https://lists.sourceforge.net/lists/listinfo/snort-users
> Snort-users list archive:
> http://www.geocrawler.com/redir-sf.php3?list=snort-users

-- 
Phil Wood, cpw () lanl gov


_______________________________________________
Snort-users mailing list
Snort-users () lists sourceforge net
Go to this URL to change user options or unsubscribe:
https://lists.sourceforge.net/lists/listinfo/snort-users
Snort-users list archive:
http://www.geocrawler.com/redir-sf.php3?list=snort-users