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 ebl...@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
