bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Check .exe as well when a target does not exist on OS/2


From: KO Myung-Hun
Subject: Re: [PATCH] Check .exe as well when a target does not exist on OS/2
Date: Mon, 16 Jan 2023 00:15:10 +0900
User-agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:10.0.6esrpre) Gecko/20120715 Firefox/10.0.6esrpre SeaMonkey/2.7.2

Hi/2.

Eli Zaretskii wrote:
>> Date: Sun, 15 Jan 2023 00:57:56 +0900
>> From: KO Myung-Hun <komh78@gmail.com>
>> CC: bug-make@gnu.org
>>
>>> How do you mean "make of mingw does not require $(EXEEXT)"?  AFAICT,
>>> if the Makefile defines a target FOO, and there's a file FOO.exe that
>>> is up to date wrt its dependencies, the MinGW Make will recompile
>>> anyway, because it doesn't understand that linking FOO produces
>>> FOO.exe.
>>>
>>> So I think MinGW and OS/2 are in the same wagon here.
>>
>> I've tested make v3.81 for i686-pc-msys shipped with msys.
> 
> You are right about MSYS Make, but MSYS is not MinGW, and AFAIK the
> patches to Make done by the (now defunct) MSYS team were not
> contributed upstream, so we don't know what they changed.
> 
> Note, however, that MSYS Make has other goals than MinGW: MSYS is
> supposed to emulate Unix enough to allow use of unaltered Unix
> Makefile's to build MinGW ports.  So the issue that you are talking
> about is an explicit goal for MSYS, more-or-less its raison d'être.
> Thus, it is not surprising that MSYS does this.

Then, this patch is acceptable? Or MSYS is a special case ?

-- 
KO Myung-Hun

Using Mozilla SeaMonkey 2.7.2
Under OS/2 Warp 4 for Korean with FixPak #15
In VirtualBox v6.1.40 on Intel Core i7-3615QM 2.30GHz with 12GB RAM

Korean OS/2 User Community : http://www.os2.kr/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]