X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-3.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By:	sourceware.org
Message-Id:	<1238689874.24821.1308638147@webmail.messagingengine.com>
From:	"Charles Wilson" <cygwin AT cwilson DOT fastmail DOT fm>
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
MIME-Version:	1.0
Subject:	Re: libtool m4 file problem report
Date:	Thu, 02 Apr 2009 12:31:14 -0400
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

Olivier Langlois wrote:
> By running aclocal-1.6 -I m4, the tool returned messages saying that macros
> 
> _LT_PREPARE_SED_QUOTE_VARS
> _LT_PROG_ECHO_BACKSLASH
> 
> were required but not defined.

This should be fixed in the libtool-2.2.7a-3 (-12 for cygwin-1.7), that
was released last night. It's still propagating to the mirrors, so I
haven't officially announced it yet. (BTW, your fix was not correct;
there's a reason those functions were originally changed from AC_DEFUN
to m4_defun in the first place). 

> The second problem (and not sure which tool was returning the error,
> sorry) was complaining about a circular dependency on
> AC_LANG_COMPILER(C++) inside the macro " AC_COMPILE_IFELSE " used in my
> configure.in file.
> 
> The recursive use has been found in
> 
> a) _LT_LANG_CXX_CONFIG inside the case for aix4-9 in the first
>    switch case
> b) _LT_SYS_DYNAMIC_LINKER inside the case for linux (using AC_CACHE_VAL)
>    in a switch case.
> 
> To fix the problem, I just removed these 2 irrelevent cases in the
> cygwin environment.

This one...I need more information -- for instance, your configure.in
file itself (and perhaps your generated configure).  I suspect there's a
bug in /that/, such as invoking macros in the wrong order -- which may
be breaking the (valid, for setups that obey the rules) assumptions made
by libtool.

--
Chuck
 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -