cvs commit: hugs98/src/unix configure configure.in
panne 2003/12/14 04:04:41 PST Modified files: src/unix configure configure.in Log: Don't use cygpath to normalize FPTOOLS, MinGW/MSYS doesn't have it and it's not needed (at least I hope so :-) Revision Changes Path 1.97 +20 -25 hugs98/src/unix/configure 1.103 +10 -15 hugs98/src/unix/configure.in
Adding support for building via MSYS-dependent
tools is all well and good, but please don't break the
route (mingw+cygwin) that the win32 building notes
recommend using.
--sigbjorn
----- Original Message -----
From: "Sven Panne"
panne 2003/12/14 04:04:41 PST
Modified files: src/unix configure configure.in Log: Don't use cygpath to normalize FPTOOLS, MinGW/MSYS doesn't have it and it's not needed (at least I hope so :-)
Revision Changes Path 1.97 +20 -25 hugs98/src/unix/configure 1.103 +10 -15 hugs98/src/unix/configure.in
Sigbjorn Finne wrote:
Adding support for building via MSYS-dependent tools is all well and good, but please don't break the route (mingw+cygwin) that the win32 building notes recommend using.
Well, first of all we should get a plain Cygwin and a plain MinGW/MSYS build working again, neither did work (and, alas, doesn't work again right now). I can't see why we should complicate things as they are describes in the win32 building notes: When Joe User downloads a preprocessed source distribution (i.e. one where you don't need Happy + hsc2hs), a single build system should be enough. BTW, is there a chance to get daily preprocessed snapshots on the web? Apart from that, what's wrong with this commit? Cheers, S.
participants (3)
-
Sigbjorn Finne -
Sven Panne -
Sven Panne