[Top][All Lists]

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

Re: [PATCH] cygwin sharedlib build fixes, terminfo

From: Nicholas Wourms
Subject: Re: [PATCH] cygwin sharedlib build fixes, terminfo
Date: Sun, 03 Aug 2003 17:57:18 -0400
User-agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

address@hidden wrote:

Charles Wilson wrote:

a Makefile like that.  Why is c++ "preferred" over g++....

So, that leaves two questions:

#1) why is ncurses configure determining that CXX should be 'c++' when libtool's build procedure auto-found 'g++'?

I wonder if this stanza in ncurses configure.in is somehow the culprit:

        if test "$CXX" = "g++" ; then
        if test "$CXX" = "g++" ; then
                AC_MSG_WARN(ignoring hardcoded g++)
                cf_with_cxx=no; CXX=""; GXX="";

Nope. The reason seems to be because of the different autoconf versions used by ncurses (20020210-t.e.d.) and libtool-1.5 (2.57). In the former, AC_PROG_CXX searches in this order:

for ac_prog in $CCC c++ g++ gcc CC cxx cc++ cl

but in the latter, AC_PROG_CXX searches in this order:

for ac_prog in $CCC g++ c++ gpp aCC CC cxx cc++ cl FCC KCC RCC xlC_r xlC

So, if you have both g++ and c++ (which I do; the default cygwin installation installs a c++ -> g++ symlink in /usr/bin), you end up with a libtool-1.5 that "knows" CXX should be g++, but ncurses thinks that CXX should be c++.

This messes up libtools tag-inference code.


1) ncurses update to ac-2.57 (maybe get some of the more useful, non-architectural T.E.D. modifications into ac-2.58?)

2) ac-20020210-T.E.D. changes AC_PROG_CXX search order to match ac-2.57?

3) builders on "problematic" platforms just 'export CXX=g++' before configure? (*) Unfortunately, this doesn't work either. The configury magic sees the $CXX value, does a path lookup and puts the entire path into the Makefile. Unfortunately, /usr/local/bin/g++ != g++.


Check out what I just posted, it proposes a method to discover exactly what compiler libtool was configured with. We should just override the value found by AC_PROG_CXX.

In any event, you don't need the --tag stuff; I'll send a delta-patch (e.g. changes beyond the ones I posted earlier) to eliminate it.

Better safe than sorry, see the post I just made. I don't think it is a good idea to eliminate it, we should use the tag's if available.


reply via email to

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