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

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

2014-02-20 Thread Samuel Debionne
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 browses the filesystem tree (vfile_scan). This is because the definition of _wdirent

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 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