October 2003 - Cvs-hugs

cvs commit: hugs98/src machdep.c
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/08 08:47:25 PDT Modified files: src machdep.c Log: dirname(): if needs be, support bi-directional slashes Revision Changes Path 1.99 +22 -4 hugs98/src/machdep.c

1 0

cvs commit: hugs98/src/unix configure.in
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/08 08:04:22 PDT Modified files: src/unix configure.in Log: AC_PATH_PROG for 'rm' and 'cp' (No updated 'configure' to go with this commit, as I've only got an older 'autoconf' snapshot on this box.) Revision Changes Path 1.84 +9 -0 hugs98/src/unix/configure.in

1 0

cvs commit: hugs98 Makefile
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/08 07:37:39 PDT Modified files: . Makefile Log: Relativise, comments + make the use of 'hsc_kludge' the non-default; recent hsc2hs' are well-behaved. Revision Changes Path 1.23 +28 -7 hugs98/Makefile

1 0

cvs commit: hugs98/src/unix hugs-package.in
by ross＠glass.cse.ogi.edu 08 Oct '03

08 Oct '03

ross 2003/10/08 07:14:49 PDT Modified files: src/unix hugs-package.in Log: formatting Revision Changes Path 1.17 +9 -6 hugs98/src/unix/hugs-package.in

1 0

cvs commit: hugs98/src parser.y
by ross＠glass.cse.ogi.edu 08 Oct '03

08 Oct '03

ross 2003/10/08 07:09:08 PDT Modified files: src parser.y Log: Use an empty nonterminal rather than error for inserting an initial virtual { in the module, to fix a bug reported by Iavor. The old code was accepting a module with no module header and an incomplete last decl like f ( as a legal parse (because "topDecls; VARID (" -> error -> "{"), leading to an internal error back in parseInput. Unfortunately the same error still occurs with things like module Bug where f x = x where g ( due to a similar problem with the "end" nonterminal, but I don't know how to fix that. Revision Changes Path 1.43 +3 -3 hugs98/src/parser.y

1 0

cvs commit: hugs98/src/unix convert_libraries
by ross＠glass.cse.ogi.edu 08 Oct '03

08 Oct '03

ross 2003/10/08 03:52:26 PDT Modified files: src/unix convert_libraries Log: use the right quotes Revision Changes Path 1.79 +1 -1 hugs98/src/unix/convert_libraries

1 0

cvs commit: hugs98/src/unix configure.in configure
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/07 22:27:08 PDT Modified files: src/unix configure.in configure Log: win32: canonicalize FPTOOLS Revision Changes Path 1.83 +5 -0 hugs98/src/unix/configure.in 1.81 +12 -8 hugs98/src/unix/configure

1 0

cvs commit: hugs98/src/unix hugs-package.in
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/07 22:14:11 PDT Modified files: src/unix hugs-package.in Log: win32: canonicalise source_dir, HUGSDIR, target Revision Changes Path 1.16 +9 -0 hugs98/src/unix/hugs-package.in

1 0

cvs commit: hugs98/src/unix convert_libraries
by Sigbjorn Finne 08 Oct '03

08 Oct '03

sof 2003/10/07 22:10:29 PDT Modified files: src/unix convert_libraries Log: packages: leave out 'unix' on win32 platforms Revision Changes Path 1.78 +9 -1 hugs98/src/unix/convert_libraries

1 0

cvs commit: hugs98/src Makefile.in hugs98/src/unix configure configure.in
by Sven Panne 07 Oct '03

07 Oct '03

panne 2003/10/07 09:21:03 PDT Modified files: src Makefile.in src/unix configure configure.in Log: Murphy's Law caught us again, here's the full story: There are some broken sed implementations out there which have a fixed limit on the size of sed scripts, so autoconf tries to be clever and splits sed scripts into chunks (currently 50 lines). If the value of a substituted variable spans multiple lines, there is a small chance that this value gets split into two parts. :-P This is a bug in autoconf, which seems to be known but hard to fix. Thanks to Murphy, the recent innocent changes triggered this faulty behaviour. The only safe way to avoid surprises like this in the future is to use single-line substitutions only. Revision Changes Path 1.65 +14 -1 hugs98/src/Makefile.in 1.80 +1 -22 hugs98/src/unix/configure 1.82 +0 -20 hugs98/src/unix/configure.in

1 0