delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/07/12/13:15:55

From: jon AT dsndata DOT com (Jon Travis)
Subject: Re: b18 make problem
12 Jul 1997 13:15:55 -0700 :
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <m0wn7fJ-000N7SC.cygnus.gnu-win32@scrappy.dsndata.com>
Mime-Version: 1.0
Original-To: gnu-win32 AT cygnus DOT com
X-Mailer: ELM [version 2.4 PL25]
Original-Sender: owner-gnu-win32 AT cygnus DOT com

> When we run b18 make on NT4SP3 make variables defined in makefiles are
> not propagated to recursively invoked makes as they are on our unix
> systems.  The makefiles we test this on are identical between the unix
> and nt systems, so it is definitely the version of make we're using.
> Applying the "-e" command line flag has no effect on this problem.
> 
> Does anyone know of a fix for this?
> 

I have experienced the same thing with our makefiles..  We are using
a very old version on our UNIX machines, and the newer one which
comes with the b18 release.  I am in the situation of needing to move
to the newer make, so I think the possible solution would be to:

In the make program there has to be some place where the variables
internal to make are being set..  Simply do a setenv() in that routine,
and the submakes should receive those same variables.  I have not implemented
this yet, just an idea.
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019