November 2003 - Cvs-hugs

Re: Special Invitation :-) HC&A Report (November 2003)
by Ross Paterson 04 Nov '03

04 Nov '03

[redirected from hugs-users] On Tue, Oct 28, 2003 at 06:55:41PM +0000, C.Reinke wrote: > in case you haven't seen the calls for contributions on the main > Haskell list: the Haskell community hopes to hear from you about all > the interesting stuff you've been brewing over the last six months, > not to mention the even more interesting stuff in the pipeline!-) > > I'm particularly worried about Hugs being the only one of the > main Haskell implementations without an update so far.. Here's a possible draft Hugs entry for the HC&A report. Feel free to modify/rewrite/discard: Project Status: Actively maintained, stable Hugs is a very portable, easily installed Haskell-98 compliant interpreter that supports a wide range of type-system and runtime-system extensions including typed record extensions, implicit parameters, the foreign function interface extension and the hierarchical module namespace extension. Current state The Hugs98 interpreter is now maintained by Sigbjorn Finne and Jeffrey Lewis, both of Galois Connections, with help from Alastair Reid of Reid Consulting and Ross Paterson of City University, London and others. At the time of writing, a new major release of Hugs is almost ready. With this release, Hugs will rely exclusively on the Haskell hierarchical libraries. This reduces the amount of Haskell code to be maintained with Hugs, and also increases compatibility with the other implementations. Coverage has also improved -- Hugs now supports imprecise exceptions (but not asynchronous ones), unboxed arrays and more. Compatibility stubs for old libraries are also provided as a transistional measure, but some day these will disappear. With these library improvements, together with Hugs's long-standing support for various Haskell extensions, code developed with GHC can often be made to work with Hugs too with a little effort. Sven Panne has done this with his GLUT and OpenGL packages, and we would encourage other developers to do the same. Interoperation with .NET (on Windows platforms), formerly a separate add-on, has been enhanced and is now integrated with Hugs. You can instantiate and use .NET objects from within Haskell, and call and use Haskell functions from any .NET language. Assorted fragments of documentation have been re-organized and augmented as a Users's Guide describing the current state of Hugs. It is however less complete than we would like in places. Contributions are welcome. Future plans Hugs will continue to improve its coverage of the libraries. Older interfaces will disappear. The manpower available for Hugs development and maintenance is limited, and contributions from volunteers are welcome. For example, Dimitry Golubovsky <dimitry(a)golubovsky.org> is working on adding optional Unicode support to Hugs. People who test the CVS version are also a great help. Further reading http://www.haskell.org/hugs/

4 7

cvs commit: hugs98/libraries/Hugs ForeignPtr.hs hugs98/src iomonad.c storage.c storage.h
by ross＠glass.cse.ogi.edu 04 Nov '03

04 Nov '03

ross 2003/11/04 07:40:49 PST Modified files: libraries/Hugs ForeignPtr.hs src iomonad.c storage.c storage.h Log: add addForeignPtrFinalizerEnv, as per the latest FFI draft Revision Changes Path 1.7 +8 -1 hugs98/libraries/Hugs/ForeignPtr.hs 1.64 +16 -2 hugs98/src/iomonad.c 1.80 +10 -4 hugs98/src/storage.c 1.60 +5 -3 hugs98/src/storage.h

1 0

Re: cvs commit: hugs98/src/winhugs options.h
by Sven Panne 04 Nov '03

04 Nov '03

Sigbjorn wrote: > It's looking sane; I'll try to bundle up an installer this week for some wider-scale testing. The WinDoze building notes look fine, just some small remarks: * How does one build a *.msi file? * The remarks about the "find" command are not necessary anymore, configure should pick up the "real" one. Otherwise it's an error in aclocal.m4... And my usual final question: What about OpenGL/GLUT support in your *.msi for Hugs? :-) Cheers, S. __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de

1 0

cvs commit: hugs98 Install
by ross＠glass.cse.ogi.edu 03 Nov '03

03 Nov '03

ross 2003/11/03 10:19:00 PST Modified files: . Install Log: Remove uninformed guesses about non-Unix platforms, referring to docs/win32-notes.txt instead. Revision Changes Path 1.15 +29 -85 hugs98/Install

1 0

cvs commit: hugs98/src/winhugs options.h
by Sigbjorn Finne 03 Nov '03

03 Nov '03

sof 2003/10/24 08:11:12 PDT Modified files: src/winhugs options.h Log: updated (winhugs builds just fine now too, btw) Revision Changes Path 1.12 +3 -3 hugs98/src/winhugs/options.h

3 2

cvs commit: hugs98/docs win32-notes.txt
by Sigbjorn Finne 03 Nov '03

03 Nov '03

sof 2003/11/03 07:36:11 PST Added files: docs win32-notes.txt Log: some win32 build instructions

1 0

cvs commit: hugs98/src/unix hugs-package.in
by Sven Panne 01 Nov '03

01 Nov '03

panne 2003/11/01 16:28:31 PST Modified files: src/unix hugs-package.in Log: Handle extra_cc_opts, too. Revision Changes Path 1.20 +3 -1 hugs98/src/unix/hugs-package.in

1 0

cvs commit: hugs98/src/unix configure configure.in
by Sven Panne 01 Nov '03

01 Nov '03

panne 2003/11/01 15:48:30 PST Modified files: src/unix configure configure.in Log: Fix the previous name mangling fix. Hugs builds on OpenBSD now, but there are still a few issues with the libraries. Revision Changes Path 1.92 +31 -17 hugs98/src/unix/configure 1.95 +23 -9 hugs98/src/unix/configure.in

1 0

cvs commit: hugs98/src/unix aclocal.m4 configure configure.in
by Sven Panne 01 Nov '03

01 Nov '03

panne 2003/11/01 15:29:53 PST Modified files: src/unix aclocal.m4 configure configure.in Log: Use X_CFLAGS, too, whenever X11 headers are needed. Revision Changes Path 1.32 +11 -4 hugs98/src/unix/aclocal.m4 1.91 +557 -232 hugs98/src/unix/configure 1.94 +3 -0 hugs98/src/unix/configure.in

1 0

cvs commit: hugs98/src Makefile.in
by Sven Panne 01 Nov '03

01 Nov '03

panne 2003/11/01 15:04:29 PST Modified files: src Makefile.in Log: Nuked conditionals guarding install paths for "windows" and "dos" targets, I can't see their purpose and they introduce a dependency on GNU make. If they turn out to be necessary, this should be handled differently (via @IAmAMakeCommentCharacterOnlyForWinDozePlatforms@ :-). Revision Changes Path 1.71 +0 -4 hugs98/src/Makefile.in

1 0