bug-gnulib
[Top][All Lists]
Advanced

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

Re: C++ libtool build error?


From: Eric Blake
Subject: Re: C++ libtool build error?
Date: Wed, 17 Mar 2010 11:32:20 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100301 Fedora/3.0.3-1.fc12 Lightning/1.0b1 Thunderbird/3.0.3

On 03/13/2010 09:33 AM, Bruno Haible wrote:
> Additionally, the user who installs a package might want to disable the C++
> part even if it is packaged as part of the tarball. I'm applying this.
> 
> 2010-03-13  Bruno Haible  <address@hidden>
> 
>       Allow the user to disable C++ code and tests.
>       * m4/ansi-c++.m4 (gl_CXX_CHOICE): New macro.
>       (gl_PROG_ANSI_CXX): Require it.

This is a nice patch, but would it be possible to take it one step
further, and allow the developer to populate a default state for whether
C++ code should be enabled/disabled if the user did not pass a configure
option?  That is, I can see that for some packages (those which use
C++), it is useful to test the C++ code by default unless the user says
no; but for others (those that only contain C code, but which can still
be compiled by a C++ compiler[1]), the default should be no C++ code,
but a user requesting CC=g++ would want to turn it on.

[1] Oddly enough, this describes m4 :)

-- 
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]