Eli Zaretskii wrote:
Date: Fri, 08 Dec 2006 21:46:18 -0500
From: Bill Hoffman <[EMAIL PROTECTED]>
So, the windows native stat is about 3 X faster.
This is not really a valid conclusion: `stat' does much more than just
get the file's attributes via a single Win32 API call. And Make does
u
> Date: Fri, 08 Dec 2006 21:46:18 -0500
> From: Bill Hoffman <[EMAIL PROTECTED]>
>
> So, the windows native stat is about 3 X faster.
This is not really a valid conclusion: `stat' does much more than just
get the file's attributes via a single Win32 API call. And Make does
use the result of the
Earnie Boyd wrote:
Quoting Bill Hoffman <[EMAIL PROTECTED]>:
real0m39.404s
user0m0.031s
sys 0m0.062s
Hmm... Are these from Cygwin's shell? Is it possible that these
timings do not reflect actualness due to your native program would not
use the Cygwin runtime? Are you compar
Quoting Bill Hoffman <[EMAIL PROTECTED]>:
real0m39.404s
user0m0.031s
sys 0m0.062s
Hmm... Are these from Cygwin's shell? Is it possible that these
timings do not reflect actualness due to your native program would not
use the Cygwin runtime? Are you comparing apples to apples
Christopher Faylor wrote:
e you'd have headaches with the emulated POSIX paths.
Right. That plus the whole point of Cygwin (MSYS) is to use the
linux-like interface.
This maybe true, but the performance increase for make could be
significant. I just created
a small test program an
On Fri, Dec 08, 2006 at 08:14:14AM -0500, Earnie Boyd wrote:
>Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
>
>>>Date: Thu, 07 Dec 2006 16:59:05 -0500
>>>From: Earnie Boyd
>>>
>>>Alternatives to stat using the windows API though may be a different
>>>issue for the native version. You won't be able to
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Thu, 07 Dec 2006 16:59:05 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: make-w32@gnu.org
Alternatives to stat using the windows API though may be a different
issue for the native version. You won't be able to use those
alternatives for Cygwin
> Date: Thu, 07 Dec 2006 16:59:05 -0500
> From: Earnie Boyd <[EMAIL PROTECTED]>
> Cc: make-w32@gnu.org
>
> Alternatives to stat using the windows API though may be a different
> issue for the native version. You won't be able to use those
> alternatives for Cygwin or MSYS.
Why can't those altern
Bill Hoffman wrote:
Christopher Faylor wrote:
Thanks.
Why should the msvcrt _stat be slow? I wouldn't assume that to be
the case.
We did not assume it would be slow either. However, at some point we
made the change in
cmake because we found that much of the run time on windows wa
Christopher Faylor wrote:
Thanks.
Why should the msvcrt _stat be slow? I wouldn't assume that to be the case.
We did not assume it would be slow either. However, at some point we
made the change in
cmake because we found that much of the run time on windows was spent in
stat, and
Hi Bill,
Bill Hoffman elucidated on 07/12/06 22:11:
[...]
> Can someone give me a pointer to where
> I could put different calls into make just so I can try it and see if it
> helps. Thanks.
I took a quick look, didn't have a project to hand so I ran Make without
a Makefile.
dir_contents_file_e
On Thu, Dec 07, 2006 at 05:11:37PM -0500, Bill Hoffman wrote:
>Earnie Boyd wrote:
>>Quoting Bill Hoffman <[EMAIL PROTECTED]>:
>>
>>>So, if I run gmake (the patched cygwin version) and nmake
>>>(Microsoft's make) on roughly
>>>the same tree. (CMake can generate files for either.) nmake is
>>>ab
Earnie Boyd wrote:
Quoting Bill Hoffman <[EMAIL PROTECTED]>:
So, if I run gmake (the patched cygwin version) and nmake
(Microsoft's make) on roughly
the same tree. (CMake can generate files for either.) nmake is
able to check the depend information
about twice as fast as gmake can. I susp
Quoting Bill Hoffman <[EMAIL PROTECTED]>:
So, if I run gmake (the patched cygwin version) and nmake
(Microsoft's make) on roughly
the same tree. (CMake can generate files for either.) nmake is
able to check the depend information
about twice as fast as gmake can. I suspect that the problem
So, if I run gmake (the patched cygwin version) and nmake (Microsoft's
make) on roughly
the same tree. (CMake can generate files for either.) nmake is able
to check the depend information
about twice as fast as gmake can. I suspect that the problem is in the
use of stat. Although windows/
15 matches
Mail list logo
