Paul D. Smith wrote:
> In that vein, I'd urge the implementation of the abspath function to be
> moved into a w32 source file and invoked from there, if at all possible.
As long as it will work I'll have no problems with it.
But, is it intended that the builtin abspath overwrites the
user-define
Hello!
The builtin function abspath does not consider drive letters.
Therefore, I think it will break not only on OS/2 but also on DOS
or Win* systems. And I suspect it won't work on VMS, too.
I've written a patch to handle drive letters. If anybody has a better
solution, please let me know.
Jus
Paul D. Smith wrote:
> The idea I had involves changing escaped special characters like spaces
> into "impossible" byte values in make's internal string representation.
> That way all of make's current manipulation would continue to work
> as-is: when searching for whitespace to break up words for
Paul D. Smith wrote:
>
> %% Jamie Allsop <[EMAIL PROTECTED]> writes:
>
> ja> (Windows 2k/XP(tested on both), Cygwin, make 3.80 and make 3.81 beta)
>
> ja> This suggests to me that the ':' in the path names for the windows
> ja> drives are being parsed as ':'s for additional target patterns
J. Grant wrote:
> I tried to get it working, but it takes too much time build everything
> locally to test with the latest release of autoconf/automake/gettext
You can change the required version of autoconf/automake in configure.in
and in all Makefile.am files to the versions you have installed
Hello!
The following diff files are relative to the patches
I submitted a few months ago (originally from a CVS
snapshot). I hope this is okay for you.
If argv[0] is "make" then the current directory is prepended
to MAKE_COMMAND. I think the following patch makes also sense
for MSDOS:
-
Hello!
A simple Makefile like
SHELL = /bin/sh
all:
./some_perl_script
fails on OS/2 because normally spawn()/exec() cannot start
a shell script. Alternatively make uses
"/bin/sh ./some_perl_script" in exec_command() which works
only for sh scripts, not for e.g. perl scripts. I suggest
t
Hello!
Fortunately this is the finally the last part.
I have only a few comments on the configuration and test
process.
testsuite:
The testsuite works well if I compile with -DNO_CMD_DEFAULT
and -DNO_CHDIR2. The only exception is features/default_names
(Makefile and makefile are the same files)
Hello!
I've put the CLOSE_ON_EXEC definition from job.c into job.h
because I needed it in main.c. I've also added return type int
to the declaration of exec_command() and child_execute_job()
---
--- old/make-CVS/job.h Mon Aug 23 22:15:22 1999
+++ gnu/make
Hello!
It was a little bit more difficult to apply the patches
to the current CVS than expected.
Changes to dir.c should be obvious:
--
--- old/make-CVS/dir.c Fri Jun 1 03:56:50 2001
+++ gnu/make-3.79.2a1/dir.c Sat Jun 22 16:48:04 2002
@@ -500,6 +500,10 @@
Hello!
I'd like to add support for OS/2 to GNU make. If I remember
correctly I have to ask [EMAIL PROTECTED] for some paperwork
I have to sign first.
Please reply answers directly to me as I haven't subscribed
to any make mailing list.
Thanks,
Andreas
_
11 matches
Mail list logo
