lists.zerezo.com
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
***BOGO*** Re: [Mingw-users] cfg.mk:20: *** Recursive variable `PATH' references itself (eventually). Stop. while compiling autoconf
- Date: Tue, 30 Sep 2008 10:12:13 -0400
- From: Earnie Boyd <earnie@xxxxxxxxxxxxxxxxxxxxx>
- Subject: ***BOGO*** Re: [Mingw-users] cfg.mk:20: *** Recursive variable `PATH' references itself (eventually). Stop. while compiling autoconf
Quoting Keith Marshall <keithmarshall@xxxxxxxxxxxxxxxxxxxxx>:
> On Monday 29 September 2008 06:53:02 Ralf Wildenhues wrote:
>> Hello,
>>
>> * newthinker wrote on Mon, Sep 29, 2008 at 05:50:54AM CEST:
>> > Hi guys,
>> > I get the following error here:
>> > cfg.mk:20: *** Recursive variable `PATH' references itself
>> > (eventually). Stop.
>>
>> This looks like a bug in the makefiles.
>> Can you please report this to bug-autoconf@xxxxxxx? Thanks.
>
> Hi Ralf,
>
> I am not the OP, and I haven't managed to exactly reproduce this
> symptom, but as with every other version of autoconf I've built on
> MSYS, with 2.63, I am still unable to build it successfully `in
> place', (in the source directory), while I have no problem at all,
> when using a separate build directory. (Given a choice, I *never*
> build any package in the source directory anyway).
>
This should be the case for all packages. Some poorly designed
packages will only build in the source. These packages need some
patching applied.
> On this occasion, the `in place' failure is particularly nasty; the
> `all' primary goal proceeds normally, until it attempts to satisfy
> the `all-am' secondary goal, at which point it starts *installing*
> the partially built package -- very nasty, because it wasn't asked to
> install anything yet, but it is identifying the `install' goal as the
> only candidate to satisfy the `$(srcdir)/INSTALL' prerequisite --
> and, because `install' itself depends on the only partially completed
> `all' goal, this recurses indefinitely.
>
Is that because the INSTALL file exists and confusing the make process?
The install target should be declared .phony to prevent make from
looking for a file target. I bet csmake (case sensitive make) will
build this package.
Earnie
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
MinGW-users mailing list
MinGW-users@xxxxxxxxxxxxxxxxxxxxx
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users