On Fri, 2020-01-03 at 22:19 -0500, Dmitry Goncharov via Bug reports and
discussion for GNU make wrote:
> This patch enhances error reporting from the test suite.
Thanks I applied this.
Good morning.
This patch enhances error reporting from the test suite.
E.g.
Clearing work...
cannot unlink work/features/.nfs00c262d501ec: Device or
resource busy
cannot unlink work/features: Is a directory
./run_make_tests.pl: 697: Couldn't wipe out work: Is a directory
regards
Note that in Unix, vsnprintf() returns the TOTAL number of chars
needed (add 1 for the null).
This is not correct. The buffer size (that you pass in) is the total
number of bytes available (and the most the function shall use,
including the terminator); but the *return* is the strlen() that
I'm really not excited about the prospect of continuing to add new
project files every year for each new version of Visual Studio. Isn't
there any sort of backward-compatibility that allows the older files to
work in newer Visual Studio releases?
Don't hold your breath - it might be there,
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
I am unable to reproduce this:
Based on the offer of MSVC project files I would guess Rob is running on
Windows.
I expect this is a result of the buggy snprintf()/vsnprintf()
implementations in the Windows MSVC compiler (well, by buggy I
Guenther
Cc: Rob Juergens; bug-make@gnu.org
Subject: Re: error reporting
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
I am unable to reproduce this:
Based on the offer of MSVC project files I would guess Rob is running on
Windows.
I expect this is a result of the buggy snprintf
-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Tuesday, April 08, 2014 5:07 AM
To: Philip Guenther
Cc: Rob Juergens; bug-make@gnu.org
Subject: Re: error reporting
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
I am unable to reproduce this:
Based on the offer of MSVC project files I
On Tue, 2014-04-08 at 20:15 +, Rob Juergens wrote:
Note that in Unix, vsnprintf() returns the TOTAL number of chars
needed (add 1 for the null). If the output would overflow the buffer,
then you would get a return value larger than the specified buffer
size.
In Windoze, vsnprintf()
Attached is a rewrite of the method vfmtconcat() in output.c. It seems to fix
the problem.
-Original Message-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Tuesday, April 08, 2014 2:00 PM
To: Rob Juergens
Cc: Philip Guenther; bug-make@gnu.org
Subject: Re: error reporting
On Tue, 2014
On Tue, 2014-04-08 at 21:01 +, Rob Juergens wrote:
Attached is a rewrite of the method vfmtconcat() in output.c. It seems
to fix the problem.
Thanks, but as Philip mentioned earlier I've completely rewritten the
output.c file and callers of it so they use only C89 compliant functions
(so no
to figure out what is wrong with the
makefile. A big step backward in error reporting.
Please fix this.
Also, attached are VS2008 VS2012 solution/project files. No one is using
VS2003 anymore.
Thanks,
Rob Juergens
rjuerg...@esri.commailto:rjuerg...@esri.com
this:
gmake: ***. stop.
This has caused a lot of time trying to figure out what is wrong with the
makefile. A big step backward in error reporting.
Please fix this.
I am unable to reproduce this:
: morgaine; ls -l
total 2
-rw-rw-r-- 1 guenther wheel 10 Apr 7 21:22
', needed by 'foo'. Stop.
gmake 4.0 gives this:
gmake: ***. stop.
This has caused a lot of time trying to figure out what is wrong with the
makefile. A big step backward in error reporting.
Please fix this.
I am unable to reproduce this:
: morgaine; ls -l
total 2
-rw-rw-r-- 1
13 matches
Mail list logo