I can confirm the out-of-the-box windows build. I am using the make from
the UnxUtils package:
http://unxutils.sourceforge.net/

Where I went wrong was not installing the sh.exe binary, which this build
of make relies on. So the minimal environment to build fossil on windows
seems to be:
- mingw, with zlib library
- from unxutil: make, sh, rm, mkdir and gawk renamed to awk.
The unxutil binaries are about ~900K together, so that's not too bad.

Paul

On Thu, 08 Jul 2010 08:36:29 +1000, Dan <[email protected]> wrote:
> Yep.. I build fossil in cmd.exe on vista regularly..
> 
> I have also managed to get ssh,git,perl + many other non windows
friendly 
> packages to work "natively"
> 
> I do have mingw+msys installed, but the biggest hassle was a lot of time
> getting 
> the PATH environment right.. especially the order of the paths, so that
> things 
> cascade through the various versions of different utils (especially ssh)
> 
> for a while i had some custom edits to the makefile.w32, but the latest
> version 
> from trunk now works fine as is..
> 
> 
> On 8/07/2010 7:38 AM, Ross Berteig wrote:
>> At 03:34 AM 7/7/2010, Paul Ruizendaal wrote:
>>   >.... Building on Windows itself with gcc-mingw
>>   >doesn't work for me (just mingw installed, not cygwin or msys).
>>
>> Building within an MSYS shell worked out of the box for me, once
>> I obtained a suitable packagine of zlib (I used the GnuWin32 port).
>>
>>   >I keep finding myself making the following adjustments to
>>   >Makefile and src/main.mk:
>>   >
>>   >- change from slash to backslash in the file paths
>>   >- create VERSION.h by hand: even with awk installed, the quoting
>>   >involved
>>   >doesn't work
>>   >
>>   >There was an attempt to fix both issues a few weeks back, but is
>>   >was a botched attempt and the changes were backed out. The
>>   >slash/backslash thing should not be too hard to correct, and I'm
>>   >thinking to have a little C program to generate VERSION.h instead
>>   >of using awk for that. The source is already heavily
>>   >preprocessed, so building one more tool should not upset the
>>   >build design.
>>
>> I suspect that with some (nearly) magical environment variable
>> tweakage make could be taught to use the MSYS bash as its shell,
>> and could then happily build from a CMD prompt as well. But it
>> would still require MSYS be installed.
>>
>> It should be possible in principle to make it possible to build
>> with only MinGW32, Gnu Make, and enough ported unix-like core
>> utities from the GnuWin32 project, but I didn't take the time to
>> work out the stumbling blocks.
>>
>> As long as Gnu Make is used, there should be no need to convert
>> between slashes and backslashes. Both are legal and understood by
>> the Windows API. It is just that the DOS heritage of the command
>> prompt (and its CPM heritage before that) tends to tread slash as
>> an option starter.
>>
>> If the Makefile is careful to only use utilities and shell
>> features that are either common between /bin/sh and CMD.EXE or
>> provided in a readily available distribution like MinGW32 (for
>> GCC) and from the GnuWin32 project then it should be possible to
>> make it work on either *nix or Windows without any edits at all.
>>
>> That said, replacing the cryptic AWK invokations with a tiny C
>> program seems like a decent idea. It wouldn't be difficult for it
>> to be generically useful for any project that happens to use
>> fossil, as this is a common need.
>>
>> Useful GnuWin32 packages include:
>> http://gnuwin32.sourceforge.net/packages/make.htm
>> http://gnuwin32.sourceforge.net/packages/coreutils.htm
>> http://gnuwin32.sourceforge.net/packages/sed.htm
>> http://gnuwin32.sourceforge.net/packages/gawk.htm
>> http://gnuwin32.sourceforge.net/packages/zlib.htm
>> http://gnuwin32.sourceforge.net/packages/zip.htm
>> http://gnuwin32.sourceforge.net/packages/unzip.htm
>> http://gnuwin32.sourceforge.net/packages/cygutils.htm
>> http://gnuwin32.sourceforge.net/packages/diffutils.htm
>> http://gnuwin32.sourceforge.net/packages/patch.htm
>>
>>
>> Ross Berteig                               [email protected]
>> Cheshire Engineering Corp.           http://www.CheshireEng.com/
>>
>> _______________________________________________
>> fossil-users mailing list
>> [email protected]
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>
> _______________________________________________
> fossil-users mailing list
> [email protected]
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to