bug-cfengine
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: HP-UX patches


From: Tim Auckland
Subject: RE: HP-UX patches
Date: Tue, 26 Feb 2002 10:55:59 -0800

> > The second change, is to include HP in the list of OS's for
> > which alloca.h is required.  HP's professional C compiler
> > needs this because alloca() is a macro.  This wouldn't affect
> > gcc users.
> > 
> > --- cfengine-2.0.b2/src/cfparse.c~  Tue Feb 19 11:11:35 2002
> > +++ cfengine-2.0.b2/src/cfparse.c   Fri Feb 22 18:50:47 2002
> > @@ -307,7 +307,7 @@
> >  #ifdef __GNUC__
> >  #define alloca __builtin_alloca
> >  #else /* not GNU C.  */
> > -#if (!defined (__STDC__) && defined (sparc)) || defined 
> (__sparc__) 
> > || defined (__sparc) || defined (__sgi)
> > +#if (!defined (__STDC__) && defined (sparc)) || defined 
> (__sparc__) 
> > +||
> > defined (__sparc) || defined (__sgi) || defined (__hpux)  #include 
> > <alloca.h>  #else /* not sparc */
> >  #if defined (MSDOS) && !defined (__TURBOC__)
> > 
> 
> It does not make sense to patch this file because it is generated
> by bison/yacc. Perhaps you need to upgrade your version of that
> software? Or is there another way the presence of this can
> be tested?
> 
> Mark

Ah, I didn't notice cfparse.c was supposed to be generated locally
because there was already a cfparse.c in the b2 distribution, and the
make process did not attempt to rebuild it.

Once I saw your message, I did try to remove the original cfparse.c and
the make then did rebuild it, but the compile still failed because I was
using bison 1.25, which appears to be the same version you used.

I upgraded my bison to the latest version, 1.33, removed cfparse.c and
recompiled and this time it worked fine.

Tim



reply via email to

[Prev in Thread] Current Thread [Next in Thread]