[fossil-users] Fw: important message

2016-01-13 Thread hajasw
Hello! New message, please read haj...@shaw.ca ___ 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] Windows/MinGW build

2016-01-13 Thread LM
Ross Berteig wrote: >Did you actually try compiling with Makefile.mingw as is? Tried it more than once. It fails without the lib location change on my system every time. >On Windows, the best way to check for errant DLL references is with DEPENDS. I typically use objdump to check what DLLs are

Re: [fossil-users] Windows/MinGW build

2016-01-13 Thread David Macek
I compile Fossil with mingw-w64 in MSYS2. See for the build script and a patch (mostly to revert a bunch of Windows-related nonsense) for v1.33. -- David Macek smime.p7s Description: S/MIME Cryptographic Signature ___

Re: [fossil-users] Windows/MinGW build

2016-01-13 Thread Jan Nijtmans
2016-01-12 17:41 GMT+01:00 LM: > I did not see the MinGW issues mentioned at > https://www.fossil-scm.org/index.html/tktview/18cff45a4e210430e24c > "fossil extra" seems to work okay. > I'm using MinGW based on gcc 4.9.2, mingwrt-3.20-2, w32api-3.17-2 plus > my own patches and pthreads/C11 threads s

Re: [fossil-users] Windows/MinGW build

2016-01-13 Thread Ross Berteig
On 1/12/2016 8:12 PM, Warren Young wrote: On Jan 12, 2016, at 12:00 PM, Ross Berteig wrote: On Windows, the best way to check for errant DLL references is with DEPENDS. That’s not a standard part of Windows. It is included in several different development packages from Microsoft, but someon

Re: [fossil-users] Windows/MinGW build

2016-01-13 Thread Baruch Burstein
On Tue, Jan 12, 2016 at 6:41 PM, LM wrote: > Decided to try it out, so I downloaded the source to Windows and > attempted to run configure. Of course, it couldn't compile because of > references to termios.h. So, I looked up how to build on Windows with > MinGW and tried again using make -f win