bug-gnulib
[Top][All Lists]
Advanced

[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: Eric Blake
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: Fri, 16 Apr 2010 13:40:39 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Lightning/1.0b1 Thunderbird/3.0.4

On 04/16/2010 03:59 AM, Bruno Haible wrote:
> Paolo Bonzini replied:
>>> If using "cc -D__EXTENSIONS__ -I/opt/csw/include" does not work on Solaris,
>>> but "cc -D__EXTENSIONS__" works, there is no need for gnulib to support
>>> "cc -D__EXTENSIONS__ -I/opt/csw/include".
>>
>> What if the package depends on something else in /opt/csw/include?
> 
> Where would be getting if gnulib would have to include workarounds for every
> non-standard add-on package on the world? gnulib has enough to do, working
> around the vendor bugs in /usr/include.

I've done some more testing.  It turns out that gnulib _correctly_
rejects /opt/csw/include/getopt.h as incompatible with the current
compiler, if you use autoconf 2.64 (prior to that, if the existence and
compilation checks disagree, autoconf went with the existence check).

The errors I'm seeing are due to the fact that Dagobert is using CC, not
cc, and I think -I/opt/csw/include is a red herring.  In fact, I can
reproduce problems on Fedora 12 when using g++, now that we replace
getopt even for glibc 1.11, to work around bugs recently fixed in newer
glibc.

So I'm working on some patches to allow clean C++ compilation of getopt
(even if they won't be accepted upstream in glibc); and with luck, that
will also fix Dagobert's problem with CC.

-- 
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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