Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-24 Thread Jan Nijtmans
2014-02-21 13:56 GMT+01:00 Jan Nijtmans jan.nijtm...@gmail.com: I would say it's a GO. Any objections? The Speed-up as suggested by Samuel Debionne is merged to trunk now. I noticed considerable speedup on Windows and Cygwin (up to 40%). I tested it on Ubuntu as well, but there the speedup was

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-21 Thread Jan Nijtmans
2014-02-21 12:40 GMT+01:00 Stephan Beal sgb...@googlemail.com: Not bad. Try ./fossil rebuild - that one does a lot more i/o (and is harmless unless you have added your own tables to the repo db). That wouldn't help. This improvement is for accessing the local checkout, fossil rebuild is not an

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Jan Nijtmans
2014-02-20 14:39 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Actually Fossil builds without error but will crash at runtime with any commands that

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Jan Nijtmans
2014-02-20 14:46 GMT+01:00 Jan Nijtmans jan.nijtm...@gmail.com: 2014-02-20 14:39 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Yes it's a regression in

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Samuel Debionne
Hello Jan, @Samuel, could you please as some comments to MinGW's bug report here: https://sourceforge.net/p/mingw/bugs/2106/ This MinGW bug already has 5 duplications, and it is already open for more than 4 months. It's really time they bring out a fix for it... With great pleasure

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Samuel Debionne
While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for command like git status with this kind of optimization :

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Jan Nijtmans
2014-02-20 15:17 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Jan Nijtmans
2014-02-20 15:17 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for