Re: Failure to expand macro (fwd)

2014-08-11 Thread Eli Zaretskii
> From: Paul Smith > Date: Mon, 11 Aug 2014 21:45:53 -0400 > Cc: bug-make@gnu.org > > Given this, it seems likely that one or more of the paths in OBJS > contains a drive specifier such as C:, which the Cygwin port of make > will interpret as an extra colon. > > Remember that Cygwin is a UNIX en

Re: Failure to expand macro (fwd)

2014-08-11 Thread David Highley
"Paul Smith wrote:" > > On Wed, 2014-07-23 at 08:37 -0700, David Highley wrote: > > Cross post from make-w32. Trying to find out if this is a known issue > > and or if there is a fix in the works. > > Sorry, I was on vacation. Sorry, I should have updated with what we finally found. The error m

Re: Failure to expand macro (fwd)

2014-08-11 Thread Paul Smith
On Wed, 2014-07-23 at 08:37 -0700, David Highley wrote: > Cross post from make-w32. Trying to find out if this is a known issue > and or if there is a fix in the works. Sorry, I was on vacation. > Using make version 4.0-2 current version in cygwin version 1.7.31. We > have on make process that wo

Failure to expand macro

2014-07-23 Thread David Highley
Foo bar, I see that I left out one macro definition. > > Cross post from make-w32. Trying to find out if this is a known issue > and or if there is a fix in the works. > > Using make version 4.0-2 current version in cygwin version 1.7.31. We > have on make process that works with make 4.0 on Linu

Failure to expand macro (fwd)

2014-07-23 Thread David Highley
Cross post from make-w32. Trying to find out if this is a known issue and or if there is a fix in the works. Using make version 4.0-2 current version in cygwin version 1.7.31. We have on make process that works with make 4.0 on Linux. The make log provides: cd ../CommonCode/src && "make" make[1]: