Follow-up Comment #10, bug #40159 (project make):
### Summary:
** The procedure at comment #9 fixes the bug ! **
### Procedure #1: Without the patch, the bug occurs
apt-get build-dep make
apt-get source make
cd make-dfsg-3.81/
dpkg-buildpackage -nc -us -uc
./make -R -r -f /home/david/work/src/
Follow-up Comment #11, bug #40159 (project make):
My apologies for the stupid broken markup ... I gambled and lost :)
This is a repost of comment #10.
Summary:
The procedure at comment #9 fixes the bug !
I will submit a Debian bugreport.
Procedure #1: Without the patch, the bug occur
Update of bug #40159 (project make):
Status:None => Duplicate
Open/Closed:Open => Closed
___
Follow-up Comment #12:
Thanks for testing.
Hi list.
I just built GNU make 3.99.93 using MingW. I tried long and
hard to get the "load" feature to give me anything useful. But no
success so far with a very simple mk_test.dll.
In my Makefile, I have this:
VERSION = 3.99.93
ifeq ($(MAKE_VERSION),$(VERSION))
-load ./mk_test.dll
endif
The a
> From: "Gisle Vanem"
> Date: Thu, 3 Oct 2013 22:03:14 +0200
>
> VERSION = 3.99.93
> ifeq ($(MAKE_VERSION),$(VERSION))
> -load ./mk_test.dll
> endif
>
> The above was needed since I needed to use mingw-make version 3.82.90
> to build this new make.exe. Windows doesn't allow make.exe to be linked
"Eli Zaretskii" wrote:
I don't understand the problem you are describing. First, when Make
is built, it produces gnumake.exe, not make.exe. And second, if
make.exe that runs is on PATH, rather than in the current directory,
it's a different executable, and there should be no problem linking
i
> From: "Gisle Vanem"
> Date: Thu, 3 Oct 2013 23:07:50 +0200
>
> Since I do get "Loaded modules: mk_test.dll" it mean it's loaded okay. But
> it's never run. So it must be some issue with how I use the extension. I
> looked
> at section 12.2.4 in the docs and cooked it from that.
Well, the te
