Re: [fossil-users] No "extras" files when built with mingw32-4.0-gcc-4.8.1

[Tontyna]

Switched to MinGW-w64 -- works like a charm. Thanks.

> See also:
> 

Oh my! I saw that ticket but filed it under "Windows XP -- who cares?".

If I had a Fossil-Login with edit rights I'd put a warning about MinGW 
4.0 in the Wiki



___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] No "extras" files when built with mingw32-4.0-gcc-4.8.1

[Jan Nijtmans]

2015-02-20 14:28 GMT+01:00 Tontyna :
> When compiled with mingw32-4.0-gcc-4.8.1 (32-bit) the 'extras' command
> doesnt list any new files (Windows 7 64Bit, MSYS shell).
>
> Reason is: config.h (and sqlite3.h and tcl.h) defines _USE_32BIT_TIME_T
> which forces 'time_t' to be 32bit resulting in readdir() returning a dirent
> struct with dirent->d_name not pointing to the filename at all (displaced by
> 16 Bytes).
>
> Maybe the 32bit time_t is required for other parts of Fossil but
> vfile_scan() cant find anything.

The 32-bit time_t is required to make fossil run on Windows XP
with this compiler.

> My current workaround is compiling against a modified dirent.h (with
> __time64_t instead of time_t) and until now it seems to have no ugly side
> effects.

See also:


> But that cant be the solution...
>

The solution is here:
   

Unfurtunately, MinGW-4.0 was abandoned due to the many problems
the time_t changes introduced. A fix for #2125 was committed to GIT,
but they probably will never release it.

My advise would be to abandon MinGW 4.0 (as their developers
did) and go back to 3.x, or switch to MinGW-w64.

Regards,
  Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] No "extras" files when built with mingw32-4.0-gcc-4.8.1

[Tontyna]

When compiled with mingw32-4.0-gcc-4.8.1 (32-bit) the 'extras' command 
doesnt list any new files (Windows 7 64Bit, MSYS shell).


Reason is: config.h (and sqlite3.h and tcl.h) defines _USE_32BIT_TIME_T 
which forces 'time_t' to be 32bit resulting in readdir() returning a 
dirent struct with dirent->d_name not pointing to the filename at all 
(displaced by 16 Bytes).


Maybe the 32bit time_t is required for other parts of Fossil but 
vfile_scan() cant find anything.


My current workaround is compiling against a modified dirent.h (with 
__time64_t instead of time_t) and until now it seems to have no ugly 
side effects.


But that cant be the solution...

Tontyna
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users