[Top][All Lists]

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

Re: [GNU Bison 2.4.2] testsuite: Failing tests of bison 2.4.2 on Solaris

From: Joel E. Denny
Subject: Re: [GNU Bison 2.4.2] testsuite: Failing tests of bison 2.4.2 on Solaris 8+9 w/Sun Studio 11+12
Date: Thu, 15 Apr 2010 17:39:00 -0400 (EDT)
User-agent: Alpine 1.00 (DEB 882 2007-12-20)

I'm adding bug-gnulib because this portability problem is larger than 

On Mon, 12 Apr 2010, Dagobert Michelsen wrote:

> > Can you become jdenny on current9s and determine the exact commands that
> > are necessary to build Bison with these failures?  That would save me a
> > lot of time.  Thanks.
> Sure. Please try
>  ~jdenny/dam/docompile

Thanks.  That helped.

I can reproduce the problem independently of bison as follows:

% cat > tmp.cc
#define __EXTENSIONS__ 1
#include <unistd.h>
#include <getopt.h>
% CC -I/opt/csw/include tmp.cc
"/opt/csw/include/getopt.h", line 122: Error: Only one of a set of overloaded 
functions can be extern "C".
1 Error(s) detected.
% CC -V
CC: Sun C++ 5.9 SunOS_sparc Patch 124863-19 2009/12/02
% uname -a
SunOS current9s 5.9 Generic_Virtual sun4u sparc SUNW,SPARC-Enterprise-T5220

The trouble is that, because of the __EXTENSIONS__ definition, 
/usr/include/unistd.h defines getopt with a different prototype than does 

Dago is setting CPPFLAGS=-I/opt/csw/include before configuring bison, and 
__EXTENSIONS__ is being defined in bison-  Dago 
then encounters the above error when running the bison test suite.

Should Dago change his CPPFLAGS?  Should gnulib be extended to handle this 
case?  Or does gnulib already, but bison is not using gnulib correctly?

The bison tarball we're testing is at:


I'll remove it after this issue is settled.


reply via email to

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