February 2007 - Cvs-hugs

Hugs' build system
by Sven Panne 25 Mar '07

25 Mar '07

FYI: While trying to fix some issues with Hugs, I came to the conclusion that Hugs' build system as it stands today is a bit arcane and might need some improvements. The general strategy will be to make things more similar to GHC and nhc98: * I think we should abandon version names like "Sep2006" and go for the usual numerical even/odd numbering scheme. This more consistent with the rest of the world and makes it easier for tools to determine e.g. which version is newer. I am not sure if we have ever released a numerical version, so I propose to call the current version 0.9 (odd, because it is a developer version) and bump it to 1.0 for the next release. * make and rpmbuild are used the wrong way round for most automated build systems, i.e. one should be able to use rpmbuild to build an rpm, and not make. Furthermore, configure should determine the version number, not make. I propose to use a similar version numbering as GHC, i.e. major.minor.date for snapshots and simply major.minor for releases, including the current way of e.g. saying 'RELEASE=YES rpmbuild hugs98.spec" to build a release. * The current way of checking out things, tar-ing it up, unpacking into /tmp and building there is very annoying and I fail to see a good reason for this. Let's do it like GHC/nhc98 and use a darcs-all script to check out/update all things, so one can e.g. easily copy the whole source tree around and get a usable, version controlled build tree without any need for network access. While doing this, we can make it very explicit what are "core" packages and which are "extra" ones by simply listing them in separate files (and not bury this deep inside the Makefile). * I think that Hugs should finally be moved to darcs instead of CVS, the current mix of version control systems is a bit obscure and we need darcs for the libraries, anyway. I have no former experience in doing this conversion, but I think others on this list have, so I'd prefer not doing this for myself (or at least get some hint/tricks/... from others who have done it before). I don't know exactly how WinHugs is currently being built, but I guess that there are no fundamental reasons why the above changes could seriously break WinHugs development. Otherwise: Neil, please yell! :-) Cheers, S.

4 26

cvs commit: hugs98/tests/libs Ptr.input Ptr.output testPtr.hs
by Sven Panne 26 Feb '07

26 Feb '07

panne 2007/02/26 04:37:23 PST Modified files: tests/libs Ptr.input Ptr.output testPtr.hs Log: Make the Ptr test work on 32bit and 64bit architectures Revision Changes Path 1.2 +1 -1 hugs98/tests/libs/Ptr.input 1.2 +202 -1 hugs98/tests/libs/Ptr.output 1.3 +14 -0 hugs98/tests/libs/testPtr.hs

1 0

cvs commit: hugs98/src printer.c
by Sven Panne 26 Feb '07

26 Feb '07

panne 2007/02/26 03:57:20 PST Modified files: src printer.c Log: Use 'l' modifier when printing a long int. Revision Changes Path 1.16 +3 -3 hugs98/src/printer.c

1 0

cvs commit: hugs98/tests/libs dirTest.hs
by Ross Paterson 26 Feb '07

26 Feb '07

ross 2007/02/26 03:44:30 PST Modified files: tests/libs dirTest.hs Log: make getDirectoryContents test insensitive to ordering of the list Revision Changes Path 1.3 +4 -4 hugs98/tests/libs/dirTest.hs

1 0

cvs commit: www/Hugs/pages downloading-Sep2006.htm
by Ross Paterson 25 Feb '07

25 Feb '07

ross 2007/02/25 09:38:58 PST Modified files: Hugs/pages downloading-Sep2006.htm Log: revert Debian locations in previous commit Revision Changes Path 1.12 +2 -2 www/Hugs/pages/downloading-Sep2006.htm

1 0

cvs commit: hugs98/src builtin.c iomonad.c
by Sven Panne 25 Feb '07

25 Feb '07

panne 2007/02/25 09:09:49 PST Modified files: src builtin.c iomonad.c Log: Small variation of the last patch to avoid arithmetic on void*, which could lead to warnings, depending on the compiler flags. Revision Changes Path 1.96 +5 -5 hugs98/src/builtin.c 1.104 +4 -4 hugs98/src/iomonad.c

1 0

cvs commit: hugs98/src builtin.c iomonad.c
by Sven Panne 25 Feb '07

25 Feb '07

panne 2007/02/25 08:57:40 PST Modified files: src builtin.c iomonad.c Log: To avoid warnings about casting a pointer to/from an integer of different size, explicitly add/subtract address 0 when converting between different types for stable pointers. Revision Changes Path 1.95 +5 -5 hugs98/src/builtin.c 1.103 +4 -4 hugs98/src/iomonad.c

1 0

cvs commit: www/Hugs/pages downloading-Sep2006.htm
by Ross Paterson 25 Feb '07

25 Feb '07

ross 2007/02/25 08:00:17 PST Modified files: Hugs/pages downloading-Sep2006.htm Log: Debian version in unstable; fix address of Fedora icon Revision Changes Path 1.11 +3 -3 www/Hugs/pages/downloading-Sep2006.htm

1 0

cvs commit: hugs98 RPM.mk
by Sven Panne 25 Feb '07

25 Feb '07

panne 2007/02/25 07:52:57 PST Modified files: . RPM.mk Log: Fixed paths to generated RPMs Revision Changes Path 1.59 +2 -2 hugs98/RPM.mk

1 0

cvs commit: hugs98/libraries Makefile.in
by Sven Panne 25 Feb '07

25 Feb '07

panne 2007/02/25 07:27:28 PST Modified files: libraries Makefile.in Log: 2nd attempt to fix the installation magic for the hsc2hs template. My brain exploded trying to understand Cabal's logic for building the paths module and how it is intended to be used in detail. I am still not 100% convinced that Cabal is doing the right thing here... Revision Changes Path 1.40 +4 -3 hugs98/libraries/Makefile.in

1 0