August 2005 - Cvs-hugs

make check on Windows (MSYS), with patch
by Brian Smith 05 Sep '05

05 Sep '05

I have attached a patch that allows "make check" run more or less successfully on Windows. The patch converts Windows-style newlines to Unix-style newlines from the output of the test, so that when the actual output is compared to the expected output, the newline differences don't set off false positives. It also fixes a couple obvious problems with the tests to make them work on MSYS. I have also attached the results of "make check." I went through all the failures and gave some notes below. ./../src/hugs +q -w -pHugs: static/mod154.hs < nul This seems to be a known bug in Hugs since mod154.hs says "Hugs gets this wrong." ./../src/hugs +q -w -pHugs: rts/read.hs < rts/read.input The exponents on floating point numbers include an extra leading "0": "-3.10862446895044e-015" instead of "-3.10862446895044e-15" and "2.384186e-007" instead of "2.384186e-07". GHCi strips all the leading zeros from the exponents in both cases. So, there is a bug in the tests (doesn't properly take leading zeros into account in exponents) and/or Hugs (if the Haskell spec. requires leading zeros to be stripped like GHCi does). ./../src/hugs +q -w -pHugs: rts/arith.hs < rts/arith.input There is a difference "-0" vs. "0" that seems not totally unreasonable. The other difference "inf" vs. "1.#INF" seems like a bug in Hugs. ./../src/hugs +q -w -pHugs: ffi/Sin.hs < ffi/Sin.input The unexpected signal is troubling, but I don't know what the problem is. ./../src/hugs +q -w -pHugs: ffi/FileIO.hs < ffi/FileIO.input The unexpected error seems to be caused by the fact that "/tmp/test_write" is being opened, when this file doesn't exist normally on Windows. This is a bug in the test. ./../src/hugs +q -w -pHugs: ffi/Sparc.hs < ffi/Sparc.input I have no idea what is wrong. ./../src/ffihugs +q -w -pHugs: ffi/Callback.hs ffi/callback.c < nul This test assumes a case-sensitive file system that can distinguish between "Callback.c" and "callback.c." This test can be fixed by renaming "Callback.hs" to "CallbackTest.hs" and renaming callback.c to callback_c.c. Patch included, but you have to do the renaming of the file yourself. However, after getting it to build successfully, it still fails with output "unexpected signal" and exit code 1, and I have no idea why. ./../src/hugs +q -w -pHugs: System libs/system1.hs < libs/system1.input If I run this test directly it gives the expected output. But, inside of "make check" it fails because MSYS's SHELL is "sh.exe" instead of "sh." Patch included. ./../src/hugs +q -w -pHugs: Directory libs/dirTest.hs < libs/dirTest.input This test fails, but I think it is simply because NTFS doesn't support the same permission combinations as Unix/Linux. Either a Windows-specifc version should be written, or the test should be skipped on Windows.

2 6

WinHugs progress report
by Neil Mitchell 01 Sep '05

01 Sep '05

Hi, I've been working on rewriting WinHugs recently, to make it work and to make it more Windows compliant. I have put a screenshot up at http://www-users.cs.york.ac.uk/~ndm/projects/winhugs.php, and my todo list is http://www.haskell.org/hawiki/NeilMitchell/HugsNotes which includes the bugs I'm working on, and a list of the good and bad points about the rewrite. I have a version which I am now using as my primary development environment. Its stable and reliable. Out of the bugs mentioned in the Todo list only the options dialog not giving people -/+98 and other super-haskell options is real enough to stop people using it, if they want non-standard haskell. All the others are very minor. While I'm rewriting it I've tried to reduce the amount Hugs knows about WinHugs. For example, I've removed #include <windows.h> from prelude.h. There are quite a few changes to the hugs files, 8 files have been modified, none that substantially. All the changes are pretty local, and in general seem to be positive ones, I think. The changes in the WinHugs directory are pretty much total, its almost unrecognisable. There are 4 chunks of code that have survived, and those have all been marked with big warnings. Most of the files have changed name, there are a lot more smaller and self contained modules. It's not the same at all. Once the first modifications are made to the hugs directory, the existing winhugs code will be dead forever, the two code bases are sufficiently different that its unlikely to be able to run them side by side off the same hugs code, without some effort (not too much, but I can't imagine anyone will want to do it). With this in mind, how would be best to go about merging in WinHugs2? 1) Delete WinHugs and start from scratch. 2) Make a WinHugs2 directory, and keep WinHugs around for the past, accepting it probably won't build. 3) Find someone who wants to resurect the dead WinHugs1... (maybe) And also when does WinHugs2 integration want to take place? Thanks Neil

2 4

Updated hugs msc projects
by Neil Mitchell 31 Aug '05

31 Aug '05

Hi, Attached are the updated project files for hugs and runhugs, the console versions, with the required files to build on windows. They are in the VS.NET format, the existing ones are broken (not badly, just slightly) and in VS6 format. These can happily coexist with the old ones. With these project files, the latest version of hugs builds from CVS on Windows with Visual Studio .NET happily, without any patches. Please place these files in src/msc Thanks Neil

2 2

Hugs for Windows icons
by Neil Mitchell 31 Aug '05

31 Aug '05

Hi, I have updated the icons in the "icons" directory. In the past these were a 32x32 icon which is scaled by the OS for 16x16 and 48x48 sizes, which doesn't look very good at all. The attached icons are all natively in all 3 sizes. In addition, they use anti-aliasing on the lambda to make it fit in better with the rest of the computer. They are still 16 color, using the standard windows 16 color palette, so should work perfectly on older computers as well. I have uploaded a .png of all the icons, see http://www-users.cs.york.ac.uk/~ndm/projects/winhugs.php at the bottom. The first 3 are attached to this email (in order: hsicon, hugsicon, hsxicon), the bottom row are the new WinHugs icons, which aren't attached. Thanks Neil

1 0

WinHugs, Haskell bug
by Neil Mitchell 31 Aug '05

31 Aug '05

Hi, The following code > let x = 1 in x Gives the following error on WinHugs, the latest development build (my private one) > ERROR - Syntax error in expression (unexpected keyword "in") When run in either a very old copy of WinHugs, or GHCi I get > 1 I think this has been occuring ever since I started development, quite possibly before, as a few early bugs were caused by this - long before I was tracking bugs. Does the vanilla CVS version accept this? I haven't changed much (as far as I can tell, none) parsing/execution code. Thanks Neil

1 1

CVS Problems
by Neil Mitchell 31 Aug '05

31 Aug '05

Hi, I'm having problems checking out the latest CVS tree, with the details as :pserver:anoncvs@glass.cse.ogi.edu:/cvs cvs [checkout aborted]: connect to glass.cse.ogi.edu:2401 failed: No connection could be made because the target machine actively refused it. Has it moved? I know some other Haskell CVS trees have moved to Galois now, what about this one. The documentation at http://cvs.haskell.org/Hugs/pages/downloading.htm gives the above details. Thanks Neil

2 1

RE: CVS Problems
by Simon Peyton-Jones 31 Aug '05

31 Aug '05

It's moved! Use cvs.haskell.org, *not* glass.cse.ogi.edu Simon | -----Original Message----- | From: cvs-all-bounces(a)haskell.org [mailto:cvs-all-bounces@haskell.org] On Behalf Of Neil Mitchell | Sent: 31 August 2005 14:24 | To: cvs-hugs(a)haskell.org | Subject: CVS Problems | | Hi, | | I'm having problems checking out the latest CVS tree, with the details | as :pserver:anoncvs@glass.cse.ogi.edu:/cvs | | cvs [checkout aborted]: connect to glass.cse.ogi.edu:2401 failed: No | connection could be made because the target machine actively refused | it. | | Has it moved? I know some other Haskell CVS trees have moved to Galois | now, what about this one. The documentation at | http://cvs.haskell.org/Hugs/pages/downloading.htm gives the above | details. | | Thanks | | Neil | _______________________________________________ | Cvs-hugs mailing list | Cvs-hugs(a)haskell.org | http://www.haskell.org/mailman/listinfo/cvs-hugs

1 0

cvs commit: hugs98/src connect.h machdep.c
by Ross Paterson 30 Aug '05

30 Aug '05

ross 2005/08/30 03:42:33 PDT Modified files: src connect.h machdep.c Log: Construct the DLL name from the raw module file name, instead of the canonicalized name. No justification of the original choice is recorded, and it was a nuisance with symlinks. Revision Changes Path 1.90 +2 -3 hugs98/src/connect.h 1.129 +17 -15 hugs98/src/machdep.c

1 0

cvs commit: hugs98/docs/users_guide hugs-ug.xsl
by Ross Paterson 04 Aug '05

04 Aug '05

ross 2005/08/04 17:05:45 PDT Added files: docs/users_guide hugs-ug.xsl Log: add XSL parameters (unused)

1 0

cvs commit: hugs98/docs/users_guide hugs-ug.css
by Ross Paterson 04 Aug '05

04 Aug '05

ross 2005/08/04 17:05:15 PDT Modified files: docs/users_guide hugs-ug.css Log: relax selectors a bit Revision Changes Path 1.5 +4 -4 hugs98/docs/users_guide/hugs-ug.css

1 0