Re: Right place for possible bug in mingw32-make

[Jeroen Cranendonk]

I'll try :)

Packages:
binutils-2.20.1-2-mingw32-bin.tar
make-3.81-20090914-mingw32-bin.tar
mingwrt-3.18-mingw32-dev.tar
mingwrt-3.18-mingw32-dll.tar
w32api-3.14-mingw32-dev.tar
gdb-7.1-2-mingw32-bin.tar
gcc-full-4.4.0-mingw32-bin-2.tar

Set up (see .7z file, it has an exe, it's cat.exe from unxutils, but 
don't trust me,  just get it from there :) ):
empty test.txt in folder.
Makefile in same folder with:
all:
     "cat.exe" test.txt test.txt test.txt test.txt test.txt test.txt >> 
(27440 bytes in this example, for just the arguments).
cat.exe in the same folder.

Btw, the quotes around cat.exe seem to matter.

If I now call 'mingw32-make' in the folder, the output ends with:

  test.txt test.txt test.txt test.txt test.txt test.txt test.txt 
test.txt test.tx
t test.txt
cat.exe: est.txt: No such file or directory
cat.exe: tet.txt: No such file or directory
cat.exe: testtxt: No such file or directory
mingw32-make: *** [all] Error -1

Notice the mangled names there, dissapearing characters.

Hope this is a good enough setup, it's already way past bedtime ;)

Cheers!
Jeroen

On 4/15/2010 10:05 PM, Eli Zaretskii wrote:
> > Date: Thu, 15 Apr 2010 22:03:41 +0200
> > From: Jeroen Cranendonk<address@hidden>
> >
> > Really short, it seems to make one character disappear in the argument
> > line at position 8k, position 2*8k, 3*8k, etc.
> > Yes, I use long argument lines, not my fault, using a CMake generated
> > make file :)
> >
> > It could be possible that the called program (Java compiler) is the one
> > doing this, instead of mingw32-make, but for now I'm betting on the latter.
> > I'm willing to try to make a good testcase once I figure out where to
> > send it, if anyone still maintains that thing at all :D
> >
> > Hope this is the right place, please let me know :)
> It is the right place.  Please try to provide a simple test case for
> this problem.
>
> Thanks.

test.7z
Description: Binary data