delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/11/06/15:58:12

From: john DOT muller AT peri DOT com (John Muller)
Subject: Re: bash/gmake problem
6 Nov 1997 15:58:12 -0800 :
Message-ID: <199711062059.PAA06235.cygnus.gnu-win32@brownjay.peri.com>
Mime-Version: 1.0
To: gnu-win32 AT cygnus DOT com, Laurent DOT CHARLES AT st DOT com, jont AT harlequin DOT co DOT uk

Hello,

I have found the problem.  It is a bug in gmake.

In version 3.75 change the line:
	#ifdef WIN32
		if (!strncmp(ep, "PATH", 4))
			unix_path = &ep[5];
		if (!strncmp(ep, "Path", 4))
			win32_path = &ep[5];
	#endif

to
	#ifdef WIN32
		if (!strncmp(envp[i], "PATH", 4))
			unix_path = &ep[5];
		if (!strncmp(envp[i], "Path", 4))
			win32_path = &ep[5];
	#endif

In version 3.75 or 3.76 change the line:

	struct variable *v = lookup_variable ("Path", 4);

to
	struct variable *v = lookup_variable ("PATH", 4);

thanks
jsm

> In my makefile I have a statement which looks like: 
> 
>      cd libsrc/somelib/src;  $(MAKE) -f somelib.mk $(ACTION) 
> 
> In a dos window or mks korn shell, gmake executes these statements correctly. 
> However, things fail when gmake is started in a bash shell.  The statement
> cd libsrc/somelib/src only goes one level deep (ie we are in the libsrc 
> directory and not libsrc/somlib/src).
> 
> Anybody have any ideas of what is going on?
     
-
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