Re: error reporting

2014-04-09 Thread Edward Welbourne
> 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

Re: error reporting

2014-04-09 Thread Edward Welbourne
> 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 w

Re: error reporting

2014-04-08 Thread Paul Smith
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 n

RE: error reporting

2014-04-08 Thread Rob Juergens
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

Re: error reporting

2014-04-08 Thread Paul Smith
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(

RE: error reporting

2014-04-08 Thread Rob Juergens
- 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 file

RE: error reporting

2014-04-08 Thread Rob Juergens
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 snpri

Re: error reporting

2014-04-08 Thread Paul Smith
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"

Re: error reporting

2014-04-07 Thread John E. Malmberg
On 4/7/2014 11:26 PM, Philip Guenther wrote: On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens wrote: Given the make file (makefile): -- foo : bar -- gmake 3.75 gives this: gmake: *** No rule to make target 'bar', needed by 'foo'. St

Re: error reporting

2014-04-07 Thread Philip Guenther
On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens wrote: > Given the make file (makefile): > > -- > foo : bar > -- > > gmake 3.75 gives this: > > gmake: *** No rule to make target 'bar', needed by 'foo'. Stop. > > gmake 4.0 gives this: > >