From ross at glass.cse.ogi.edu  Mon Dec  1 01:55:46 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Mon Dec  1 04:55:53 2003
Subject: cvs commit: hugs98/src input.c
Message-ID: <200312010955.BAA27210@glass.cse.ogi.edu>

ross        2003/12/01 01:55:46 PST

  Modified files:
    src                  input.c 
  Log:
  UNICODE_CHARS: repair treatment of \& and string gaps
  
  Revision  Changes    Path
  1.77      +3 -3      hugs98/src/input.c
From wf at world-foundation.org  Mon Dec  1 18:32:45 2003
From: wf at world-foundation.org (SN World Foundation)
Date: Mon Dec  1 13:16:02 2003
Subject: Bulletin, December 2003
Message-ID: <MDAEMON-F200312011832.AA324419md50048970666@world-foundation.org>

New Technology for the Third World, December 2003

Production Mini-plants in mobile containers. Worldwide Partners program

SN World Foundation will supply to countries and developing regions the technology and necessary support for production in series of Mini-plants in mobile containers (40-foot). The Mini-plant system is designed in such a way that all the production machinery is fixed on the platform of the container, with all wiring, piping, and installation parts; that is, they are fully equipped... and the mini-plant is ready for production."

More than 700 portable production systems: Bakeries, Water purification, Dehydrated food, Steel Nails, Fruit juice preparation, Tire Retreading, Reinforcement Bar Bending for Construction Framework, Sheeting for Roofing, Ceilings and Fa?ades, Plated Drums, Aluminum Buckets, Injected Polypropylene Housewares, Pressed Melamine Items (Glasses, Cups, Plates, Mugs, etc.), Mufflers, Construction Electrically Welded Mesh, Plastic Bags and Packaging, Medical assistance mobile units, Sanitary Material, Hypodermic Syringes, Hemostatic Clamps, etc. 
SN World Foundation has started a Co-investment program for the installation of small Assembly plants to manufacture in series the Mini-plants of portable production on site, region or country where required. One of the most relevant features is the fact that these plants will be connected to the International Trade System, with access to more than 50 million raw materials, products and services and automatic transactions for world trade.

Due to financial reasons, involving cost and social impact, the best solution is setting up assembly plants on the same countries and regions, using local resources (labor, some equipment, etc.) SN World Foundation participates at 50% (fifty percent) for investment of each Assembly plant.

If you are interested in being a partner in your country or region, you can send your CV to: SN World Foundation (click here) <A HREF="mailto:tech@world-
foundation.org?Subject=INTERESTED IN BEING A PARTNER">Worldwide Partners Program</A>

By Sarah Mathews, Manager Program

-------------------------------------------------------------------------
If you received this in error or would like to be removed from our list, please return us indicating: remove or un-subscribe in subject field, Thanks. <A HREF="mailto:wf@world-foundation.org?Subject=REMOVE or UN-SUBSCRIBE">Manager Program</A>
? 2003 SN World Foundation. All rights reserved.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://haskell.org/pipermail/cvs-hugs/attachments/20031201/92abae90/attachment.htm
From ross at glass.cse.ogi.edu  Mon Dec  1 10:28:45 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Mon Dec  1 13:28:48 2003
Subject: cvs commit: hugs98/src Makefile.in MkDepend.in hugs98/src/dotnet
 Makefile hugs98/src/msc Makefile hugs98/src/winhugs Makefile
Message-ID: <200312011828.KAA04152@glass.cse.ogi.edu>

ross        2003/12/01 10:28:45 PST

  Modified files:
    src                  Makefile.in MkDepend.in 
    src/dotnet           Makefile 
    src/msc              Makefile 
    src/winhugs          Makefile 
  Log:
  update 'make depend' stuff, marking the generated sections more clearly.
  Also moved the manually maintained part of winhugs/Makefile out of the
  generated section.
  
  Revision  Changes    Path
  1.73      +6 -4      hugs98/src/Makefile.in
  1.9       +1 -1      hugs98/src/MkDepend.in
  1.19      +3 -3      hugs98/src/dotnet/Makefile
  1.48      +3 -3      hugs98/src/msc/Makefile
  1.34      +79 -65    hugs98/src/winhugs/Makefile
From ross at glass.cse.ogi.edu  Mon Dec  1 15:40:10 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Mon Dec  1 18:40:14 2003
Subject: cvs commit: www/Hugs/pages downloading.htm
Message-ID: <200312012340.PAA03757@glass.cse.ogi.edu>

ross        2003/12/01 15:40:10 PST

  Modified files:
    Hugs/pages           downloading.htm 
  Log:
  add a link to the previous release for packagings not yet available
  for this release.
  
  Revision  Changes    Path
  1.38      +4 -0      www/Hugs/pages/downloading.htm
From ross at glass.cse.ogi.edu  Tue Dec  2 04:15:55 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 07:15:58 2003
Subject: cvs commit: hugs98/src MkDepend.in builtin.c char.h compiler.c
 errors.c input.c iomonad.c machdep.c machine.c opts.c output.c
 printer.c hugs98/src/dotnet Makefile hugs98/src/msc Makefile
 hugs98/src/winhugs Makefile
Message-ID: <200312021215.EAA14258@glass.cse.ogi.edu>

ross        2003/12/02 04:15:55 PST

  Modified files:
    src                  MkDepend.in builtin.c char.h compiler.c 
                         errors.c input.c iomonad.c machdep.c 
                         machine.c opts.c output.c printer.c 
    src/dotnet           Makefile 
    src/msc              Makefile 
    src/winhugs          Makefile 
  Log:
  Another refactoring, in preparation for introducing byte encoding of
  Unicode in I/O and strings (including text storage).  Byte encoding of
  strings is a compromise: ideally we'd use wide chars internally, but this
  would cost more space, and would require a lot more changes to the code.
  
  This commit routes character operations on streams and strings through
  the following macros (currently just byte versions):
  
  	int MAX_CHAR_ENCODING
  	Char FPutChar(Char c, FILE *f)
  	Char FGetChar(FILE *f)
  	void AddChar(Char c, String &sp)
  	Char ExtractChar(String &sp)
  	Bool charIsRepresentable(Char c)
  
  We assume that any encoding will be an extension of ASCII, so it's OK
  to bypass these if you know you're dealing with ASCII.
  
  Revision  Changes    Path
  1.10      +8 -7      hugs98/src/MkDepend.in
  1.72      +3 -3      hugs98/src/builtin.c
  1.3       +52 -0     hugs98/src/char.h
  1.24      +8 -5      hugs98/src/compiler.c
  1.5       +3 -2      hugs98/src/errors.c
  1.78      +35 -34    hugs98/src/input.c
  1.66      +31 -15    hugs98/src/iomonad.c
  1.107     +4 -3      hugs98/src/machdep.c
  1.21      +5 -3      hugs98/src/machine.c
  1.14      +3 -2      hugs98/src/opts.c
  1.34      +9 -7      hugs98/src/output.c
  1.14      +3 -3      hugs98/src/printer.c
  1.20      +8 -7      hugs98/src/dotnet/Makefile
  1.49      +8 -7      hugs98/src/msc/Makefile
  1.35      +8 -7      hugs98/src/winhugs/Makefile
From ross at glass.cse.ogi.edu  Tue Dec  2 04:24:04 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 07:24:08 2003
Subject: cvs commit: hugs98/src iomonad.c storage.h
Message-ID: <200312021224.EAA14363@glass.cse.ogi.edu>

ross        2003/12/02 04:24:03 PST

  Modified files:
    src                  iomonad.c storage.h 
  Log:
  More preparation for byte encoding of Chars in I/O: if CHAR_ENCODING is
  defined (which it isn't yet), we need to know if a Handle was opened in
  binary mode (to turn off the encoding), and Chars pushed back must be
  stored in the Handle, rather than fed to ungetc().
  
  Revision  Changes    Path
  1.67      +32 -1     hugs98/src/iomonad.c
  1.63      +6 -2      hugs98/src/storage.h
From ross at glass.cse.ogi.edu  Tue Dec  2 06:12:25 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 09:12:28 2003
Subject: cvs commit: hugs98/src options.h.in hugs98/src/unix configure.in
Message-ID: <200312021412.GAA15615@glass.cse.ogi.edu>

ross        2003/12/02 06:12:25 PST

  Modified files:
    src                  options.h.in 
    src/unix             configure.in 
  Log:
  get rid of some #define XXX 0's
  
  Revision  Changes    Path
  1.16      +21 -21    hugs98/src/options.h.in
  1.98      +6 -4      hugs98/src/unix/configure.in
From ross at glass.cse.ogi.edu  Tue Dec  2 06:14:59 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 09:15:02 2003
Subject: cvs commit: hugs98/src Makefile.in MkDepend.in hugs98/src/msc
 Makefile hugs98/src/dotnet Makefile hugs98/src/winhugs Makefile
Message-ID: <200312021414.GAA15677@glass.cse.ogi.edu>

ross        2003/12/02 06:14:59 PST

  Modified files:
    src                  Makefile.in MkDepend.in 
    src/msc              Makefile 
    src/dotnet           Makefile 
    src/winhugs          Makefile 
  Log:
  add extra defines to 'make depend' to get dependencies on optionally
  included files.
  
  Revision  Changes    Path
  1.74      +4 -1      hugs98/src/Makefile.in
  1.11      +2 -2      hugs98/src/MkDepend.in
  1.50      +2 -2      hugs98/src/msc/Makefile
  1.21      +2 -2      hugs98/src/dotnet/Makefile
  1.36      +2 -2      hugs98/src/winhugs/Makefile
From ross at glass.cse.ogi.edu  Tue Dec  2 06:30:47 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 09:30:51 2003
Subject: cvs commit: hugs98/src prelude.h
Message-ID: <200312021430.GAA15893@glass.cse.ogi.edu>

ross        2003/12/02 06:30:47 PST

  Modified files:
    src                  prelude.h 
  Log:
  remove unused #define
  
  Revision  Changes    Path
  1.58      +2 -4      hugs98/src/prelude.h
From ross at glass.cse.ogi.edu  Tue Dec  2 09:22:09 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 12:22:13 2003
Subject: cvs commit: hugs98/src char.c
Message-ID: <200312021722.JAA19998@glass.cse.ogi.edu>

ross        2003/12/02 09:22:08 PST

  Modified files:
    src                  char.c 
  Log:
  ANSI-style function definitions
  
  Revision  Changes    Path
  1.5       +15 -22    hugs98/src/char.c
From ross at glass.cse.ogi.edu  Tue Dec  2 10:50:57 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  2 13:51:05 2003
Subject: cvs commit: hugs98 Install hugs98/src char.c char.h input.c
 machdep.c prelude.h hugs98/src/unix configure.in
Message-ID: <200312021850.KAA21340@glass.cse.ogi.edu>

ross        2003/12/02 10:50:57 PST

  Modified files:
    .                    Install 
    src                  char.c char.h input.c machdep.c prelude.h 
    src/unix             configure.in 
  Log:
  Add multi-byte encoding of Unicode Chars for I/O and in strings, selected
  with one of the configure options
  
  	--enable-unicode-chars=locale
  	--enable-unicode-chars=utf8
  
  In the first case, you run Hugs in a suitable environment with the
  locale set to what you want.  This has been tested with the locales
  C, en_GB.iso88591, ru_RU.koi8r and en_GB.UTF-8 (inside xterm 4.2.0),
  zh_CN.gb2312 and zh_TW.big5 (inside multilingual rxvt 2.6.4).
  
  The second version hardwires the UTF-8 encoding, and turns off readline.
  (If you have a recent glibc, readline, etc, use the locale version
  instead, and select a UTF-8 locale.)
  
  All testing has been on Linux.  It shouldn't be hard to make it work
  on NT, but Dimitry and I don't know how.
  
  The big compromise here is that strings inside Hugs are also encoded
  in the same way.  Compared with using wide chars internally, this saves
  space, and avoids zillions of source changes.  But it has limitations, in
  particular chars that can't be encoded aren't allowed in string literals,
  even as numeric escapes.  So (with locale encoding) in the C locale,
  "\xa0" isn't allowed.
  
  These patches don't permit Unicode in source identifiers and symbols.
  
  Dimitry: I think this represents all of your changes (except for your TCL
  front-end), though I've mangled them a bit -- please test.
  
  Revision  Changes    Path
  1.16      +29 -0     hugs98/Install
  1.6       +202 -0    hugs98/src/char.c
  1.4       +47 -1     hugs98/src/char.h
  1.79      +3 -3      hugs98/src/input.c
  1.108     +6 -0      hugs98/src/machdep.c
  1.59      +4 -0      hugs98/src/prelude.h
  1.99      +38 -4     hugs98/src/unix/configure.in
From ross at glass.cse.ogi.edu  Wed Dec  3 05:32:03 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Wed Dec  3 08:32:11 2003
Subject: cvs commit: hugs98/src iomonad.c storage.c
Message-ID: <200312031332.FAA04058@glass.cse.ogi.edu>

ross        2003/12/03 05:32:02 PST

  Modified files:
    src                  iomonad.c storage.c 
  Log:
  Unicode: fix (my) silly bugs relating to hIsEOF
  
  Revision  Changes    Path
  1.68      +7 -3      hugs98/src/iomonad.c
  1.82      +9 -3      hugs98/src/storage.c
From janet_2dvpanfejr at yahoo.com  Thu Dec  4 00:31:35 2003
From: janet_2dvpanfejr at yahoo.com (Fxn)
Date: Wed Dec  3 10:31:28 2003
Subject: Have amazing s\ex up to 20 times per day     dpgwhpp
Message-ID: <jdtljwote.411789211cfbggpqfdy@Fxnzhyasd>

An HTML attachment was scrubbed...
URL: http://haskell.org/pipermail/cvs-hugs/attachments/20031204/8a6abea1/attachment.htm
From ross at glass.cse.ogi.edu  Thu Dec  4 05:48:29 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Fri Dec  5 13:40:25 2003
Subject: cvs commit: hugs98/src output.c
Message-ID: <200312041348.FAA02651@glass.cse.ogi.edu>

ross        2003/12/04 05:48:29 PST

  Modified files:
    src                  output.c 
  Log:
  fix small bug in earlier commit
  
  Revision  Changes    Path
  1.35      +3 -3      hugs98/src/output.c
From ross at glass.cse.ogi.edu  Thu Dec  4 05:53:52 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Fri Dec  5 13:40:25 2003
Subject: cvs commit: hugs98/src compiler.c connect.h input.c machine.c
 output.c
Message-ID: <200312041353.FAA02703@glass.cse.ogi.edu>

ross        2003/12/04 05:53:52 PST

  Modified files:
    src                  compiler.c connect.h input.c machine.c 
                         output.c 
  Log:
  factor out extraction of chars from string literals as getStrChr().
  side effect: fix expression printer for string literals containing \0
  
  Revision  Changes    Path
  1.25      +3 -8      hugs98/src/compiler.c
  1.83      +3 -2      hugs98/src/connect.h
  1.80      +13 -2     hugs98/src/input.c
  1.22      +5 -9      hugs98/src/machine.c
  1.36      +1 -8      hugs98/src/output.c
From ross at glass.cse.ogi.edu  Thu Dec  4 08:38:57 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Fri Dec  5 13:40:27 2003
Subject: cvs commit: hugs98/src input.c
Message-ID: <200312041638.IAA03428@glass.cse.ogi.edu>

ross        2003/12/04 08:38:56 PST

  Modified files:
    src                  input.c 
  Log:
  Unicode: make big numeric escapes in string literals work, regardless
  of the external encoding (by adding yet another encoding).  This is an
  ugly hack, but at least it's localized.
  
  Revision  Changes    Path
  1.81      +37 -12    hugs98/src/input.c
From ross at glass.cse.ogi.edu  Thu Dec  4 08:39:51 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Fri Dec  5 13:40:27 2003
Subject: cvs commit: hugs98 Install hugs98/docs/users_guide haskell98.xml
 miscellaneous.xml hugs98/src char.h
Message-ID: <200312041639.IAA03456@glass.cse.ogi.edu>

ross        2003/12/04 08:39:51 PST

  Modified files:
    .                    Install 
    docs/users_guide     haskell98.xml miscellaneous.xml 
    src                  char.h 
  Log:
  doc updates re Unicode
  
  Revision  Changes    Path
  1.17      +0 -6      hugs98/Install
  1.2       +2 -8      hugs98/docs/users_guide/haskell98.xml
  1.4       +15 -0     hugs98/docs/users_guide/miscellaneous.xml
  1.5       +2 -6      hugs98/src/char.h
From panne at glass.cse.ogi.edu  Thu Dec  4 10:01:34 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:28 2003
Subject: cvs commit: hugs98/src machdep.c
Message-ID: <200312041801.KAA03707@glass.cse.ogi.edu>

panne       2003/12/04 10:01:34 PST

  Modified files:
    src                  machdep.c 
  Log:
  scanSubDirs: Prefer dirent-based version, even when we have windows.h,
  so things will work with Cygwin.
  
  Revision  Changes    Path
  1.109     +35 -35    hugs98/src/machdep.c
From panne at glass.cse.ogi.edu  Thu Dec  4 10:04:27 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:28 2003
Subject: cvs commit: hugs98/src iomonad.c
Message-ID: <200312041804.KAA03730@glass.cse.ogi.edu>

panne       2003/12/04 10:04:27 PST

  Modified files:
    src                  iomonad.c 
  Log:
  Cygwin doesn't have and doesn't need _open_osfhandle.
  
  Revision  Changes    Path
  1.69      +3 -3      hugs98/src/iomonad.c
From panne at glass.cse.ogi.edu  Thu Dec  4 10:06:03 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:33 2003
Subject: cvs commit: hugs98/src static.c
Message-ID: <200312041806.KAA03753@glass.cse.ogi.edu>

panne       2003/12/04 10:06:02 PST

  Modified files:
    src                  static.c 
  Log:
  Fixed cut-n-pasto in error message
  
  Revision  Changes    Path
  1.160     +3 -3      hugs98/src/static.c
From panne at glass.cse.ogi.edu  Thu Dec  4 10:09:41 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:33 2003
Subject: cvs commit: hugs98/src prelude.h
Message-ID: <200312041809.KAA03778@glass.cse.ogi.edu>

panne       2003/12/04 10:09:40 PST

  Modified files:
    src                  prelude.h 
  Log:
  Cygwin supports floats, too.
  
  Revision  Changes    Path
  1.60      +3 -3      hugs98/src/prelude.h
From panne at glass.cse.ogi.edu  Thu Dec  4 10:14:47 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:34 2003
Subject: cvs commit: hugs98/src connect.h input.c prelude.h static.c
Message-ID: <200312041814.KAA03809@glass.cse.ogi.edu>

panne       2003/12/04 10:14:46 PST

  Modified files:
    src                  connect.h input.c prelude.h static.c 
  Log:
  Cygwin supports stdcall, too.
  
  Revision  Changes    Path
  1.84      +3 -3      hugs98/src/connect.h
  1.82      +4 -4      hugs98/src/input.c
  1.61      +6 -2      hugs98/src/prelude.h
  1.161     +3 -3      hugs98/src/static.c
From panne at glass.cse.ogi.edu  Thu Dec  4 10:20:21 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:34 2003
Subject: cvs commit: hugs98 RPM.mk
Message-ID: <200312041820.KAA03842@glass.cse.ogi.edu>

panne       2003/12/04 10:20:21 PST

  Modified files:
    .                    RPM.mk 
  Log:
  Synced with Makefile
  
  Revision  Changes    Path
  1.14      +10 -5     hugs98/RPM.mk
From panne at glass.cse.ogi.edu  Thu Dec  4 10:21:15 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:35 2003
Subject: cvs commit: hugs98 .cvsignore
Message-ID: <200312041821.KAA03867@glass.cse.ogi.edu>

panne       2003/12/04 10:21:15 PST

  Added files:
    .                    .cvsignore 
  Log:
  Ignore RPMs
From panne at glass.cse.ogi.edu  Thu Dec  4 10:50:03 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Fri Dec  5 13:40:37 2003
Subject: cvs commit: hugs98/src machdep.c machdep.h parser.y static.c
Message-ID: <200312041850.KAA04451@glass.cse.ogi.edu>

panne       2003/12/04 10:50:03 PST

  Modified files:
    src                  machdep.c machdep.h parser.y static.c 
  Log:
  dlopen() only once when the API version is not known.
  
  Revision  Changes    Path
  1.110     +9 -8      hugs98/src/machdep.c
  1.8       +1 -1      hugs98/src/machdep.h
  1.45      +3 -3      hugs98/src/parser.y
  1.162     +3 -3      hugs98/src/static.c
From ross at glass.cse.ogi.edu  Thu Dec  4 15:40:57 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Fri Dec  5 13:40:38 2003
Subject: cvs commit: www/Hugs/pages downloading.htm
Message-ID: <200312042340.PAA01526@glass.cse.ogi.edu>

ross        2003/12/04 15:40:57 PST

  Modified files:
    Hugs/pages           downloading.htm 
  Log:
  add FreeBSD freshport
  
  Revision  Changes    Path
  1.39      +0 -2      www/Hugs/pages/downloading.htm
From yhoon80 at yahoo.co.kr  Fri Dec  5 02:29:40 2003
From: yhoon80 at yahoo.co.kr (´ºÆз¯´ÙÀÓ)
Date: Fri Dec  5 13:40:47 2003
Subject: =?iso-8859-1?q?=22=28=B1=A4=B0=ED=29=B1=E2=B0=A1=B8=B7=C8?=
 =?iso-8859-1?q?=F9_=BA=CE=BE=F7=C1=A4=BA=B8-=BD=BA=C6?=
 =?iso-8859-1?q?=C4=C0=CC=B4=F5=28=C0=CF=B8=ED=3A=B5=B7=B0?=
 =?iso-8859-1?q?=C5=B9=CC=29=B9=AB=B7=E1=BA=D0=BE=E7=40=22?=
Message-ID: <20031205072940.53347422214@www.haskell.org>

An HTML attachment was scrubbed...
URL: http://haskell.org/pipermail/cvs-hugs/attachments/20031205/6ad76737/attachment.htm
From ross at glass.cse.ogi.edu  Sat Dec  6 05:22:22 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Sat Dec  6 08:22:25 2003
Subject: cvs commit: hugs98/src builtin.c
Message-ID: <200312061322.FAA02975@glass.cse.ogi.edu>

ross        2003/12/06 05:22:22 PST

  Modified files:
    src                  builtin.c 
  Log:
  route another Char op through the macro.
  
  Revision  Changes    Path
  1.73      +6 -6      hugs98/src/builtin.c
From ross at glass.cse.ogi.edu  Sat Dec  6 05:23:23 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Sat Dec  6 08:23:30 2003
Subject: cvs commit: hugs98/src config.h.in hugs98/src/unix configure
Message-ID: <200312061323.FAA02994@glass.cse.ogi.edu>

ross        2003/12/06 05:23:22 PST

  Modified files:
    src                  config.h.in 
    src/unix             configure 
  Log:
  update generated files
  
  Revision  Changes    Path
  1.35      +681 -602  hugs98/src/config.h.in
  1.93      +351 -99   hugs98/src/unix/configure
From panne at glass.cse.ogi.edu  Sat Dec  6 10:29:42 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sat Dec  6 13:29:45 2003
Subject: cvs commit: hugs98/src/unix aclocal.m4 configure configure.in
 hugs-package.in
Message-ID: <200312061829.KAA04643@glass.cse.ogi.edu>

panne       2003/12/06 10:29:42 PST

  Modified files:
    src/unix             aclocal.m4 configure configure.in 
                         hugs-package.in 
  Log:
  Synched with latest fptools changes for OpenGL/GLUT detection.
  
  Revision  Changes    Path
  1.33      +172 -217  hugs98/src/unix/aclocal.m4
  1.94      +1706 -465 hugs98/src/unix/configure
  1.100     +2 -17     hugs98/src/unix/configure.in
  1.23      +5 -4      hugs98/src/unix/hugs-package.in
From Sven.Panne at aedion.de  Sun Dec  7 18:01:56 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Sun Dec  7 12:00:46 2003
Subject: rounding bug
Message-ID: <3FD35D04.9030804@aedion.de>

The HEAD seems to have a rounding bug:

---------------------------------------------------------------------------
panne@jeanluc:~/hugs98-Dez2003/src> hugs
__   __ __  __  ____   ___      _________________________________________
||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 standard
||___|| ||__|| ||__||  __||     Copyright (c) 1994-2003
||---||         ___||           World Wide Web: http://haskell.org/hugs
||   ||                         Report bugs to: hugs-bugs@haskell.org
||   || Version: Dezember 2003  _________________________________________

Haskell 98 mode: Restart with command line option -98 to enable extensions

Type :? for help
Prelude> round (1799.0 :: Float)
1800
---------------------------------------------------------------------------

The released version gets this right. Investigating...

Cheers,
    S.

From Sven.Panne at aedion.de  Sun Dec  7 20:08:52 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Sun Dec  7 14:07:44 2003
Subject: rounding bug
In-Reply-To: <3FD35D04.9030804@aedion.de>
References: <3FD35D04.9030804@aedion.de>
Message-ID: <3FD37AC4.5060405@aedion.de>

I wrote:
> The HEAD seems to have a rounding bug: [...]

FYI: The recent changes in the build system (probably by Ross and/or me) have
somehow resulted in an complete breakage of floating point stuff, see below.
Not sure what exactly goes wrong yet...

Cheers,
    S.


panne@jeanluc:/tmp/hugs98-Dez2003/src> ./hugs
__   __ __  __  ____   ___      _________________________________________
||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 standard
||___|| ||__|| ||__||  __||     Copyright (c) 1994-2003
||---||         ___||           World Wide Web: http://haskell.org/hugs
||   ||                         Report bugs to: hugs-bugs@haskell.org
||   || Version: Dezember 2003  _________________________________________

Haskell 98 mode: Restart with command line option -98 to enable extensions

Type :? for help
Prelude> 1.3
1,0

From ross at glass.cse.ogi.edu  Sun Dec  7 12:29:14 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Sun Dec  7 15:29:19 2003
Subject: cvs commit: hugs98/src machdep.c
Message-ID: <200312072029.MAA02029@glass.cse.ogi.edu>

ross        2003/12/07 12:29:14 PST

  Modified files:
    src                  machdep.c 
  Log:
  restrict the setlocale() to LC_CTYPE (was LC_ALL).
  
  I presume the LC_NUMERIC part (of a de_DE locale) was causing the problems
  Sven was seeing.
  
  Revision  Changes    Path
  1.111     +3 -3      hugs98/src/machdep.c
From ross at soi.city.ac.uk  Sun Dec  7 20:34:49 2003
From: ross at soi.city.ac.uk (Ross Paterson)
Date: Sun Dec  7 15:35:13 2003
Subject: rounding bug
In-Reply-To: <3FD37AC4.5060405@aedion.de>
References: <3FD35D04.9030804@aedion.de> <3FD37AC4.5060405@aedion.de>
Message-ID: <20031207203449.GA11428@soi.city.ac.uk>

On Sun, Dec 07, 2003 at 08:08:52PM +0100, Sven Panne wrote:
> I wrote:
> >The HEAD seems to have a rounding bug: [...]
> 
> FYI: The recent changes in the build system (probably by Ross and/or me) 
> have
> somehow resulted in an complete breakage of floating point stuff, see below.

It was me.

> Type :? for help
> Prelude> 1.3
> 1,0

It's the numeric part of your de_DE locale.  I've changed it to only
use the LC_CTYPE part.  I don't see how this fouled up the original
example (which doesn't happen in en_GB) though.
From Sven.Panne at aedion.de  Sun Dec  7 22:40:26 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Sun Dec  7 16:39:18 2003
Subject: rounding bug
In-Reply-To: <20031207203449.GA11428@soi.city.ac.uk>
References: <3FD35D04.9030804@aedion.de> <3FD37AC4.5060405@aedion.de>
	<20031207203449.GA11428@soi.city.ac.uk>
Message-ID: <3FD39E4A.2000007@aedion.de>

Ross Paterson wrote:
> [...] It's the numeric part of your de_DE locale.  I've changed it to
> only use the LC_CTYPE part.  I don't see how this fouled up the original
> example (which doesn't happen in en_GB) though.

Fascinating. Everything works again now. I don't really have a clue how
setlocale influenced my OpenGL stuff (via floats), though...  %-]

Thanks for the quick fix,
    S.

From Sven.Panne at aedion.de  Mon Dec  8 17:54:30 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Mon Dec  8 11:53:24 2003
Subject: rounding bug
In-Reply-To: <3FD39E4A.2000007@aedion.de>
References: <3FD35D04.9030804@aedion.de> <3FD37AC4.5060405@aedion.de>
	<20031207203449.GA11428@soi.city.ac.uk> <3FD39E4A.2000007@aedion.de>
Message-ID: <3FD4ACC6.4010703@aedion.de>

I wrote:
> Fascinating. Everything works again now. I don't really have a clue how
> setlocale influenced my OpenGL stuff (via floats), though...  %-]

Mystery solved: Hugs' native lexer uses atof, which in turn uses strtod,
which is locale-dependent. In the German locale I use, ',' and not '.' is used
between the integral and the fractional part of a numbers, so Hugs effectively
lexed only the integral part.

Thanks to Ross for fixing this obscure bug,
    S.

From panne at glass.cse.ogi.edu  Mon Dec  8 08:57:49 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Mon Dec  8 11:57:51 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
Message-ID: <200312081657.IAA28806@glass.cse.ogi.edu>

panne       2003/12/08 08:57:49 PST

  Modified files:
    src/unix             configure configure.in 
  Log:
  Removed superfluous AC_PATH_XTRA test, FP_CHECK_GLUT already invokes
  it. Furthermore, AC_PATH_XTRA fails on Cygwin with -mno-cygwin,
  FP_PATH_XTRA would be better, anyway.
  
  Revision  Changes    Path
  1.95      +7 -1203   hugs98/src/unix/configure
  1.101     +0 -1      hugs98/src/unix/configure.in
From ross at glass.cse.ogi.edu  Tue Dec  9 04:01:31 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec  9 07:01:36 2003
Subject: cvs commit: hugs98/src version.c
Message-ID: <200312091201.EAA03731@glass.cse.ogi.edu>

ross        2003/12/09 04:01:30 PST

  Modified files:
    src                  version.c 
  Log:
  switch off MAJOR_RELEASE
  
  Revision  Changes    Path
  1.4       +1 -1      hugs98/src/version.c
From matthew_a at libero.it  Fri Dec 12 18:26:36 2003
From: matthew_a at libero.it (Matthew Ajame)
Date: Fri Dec 12 13:26:26 2003
Subject: Bank (pls treat as urgent)
Message-ID: <20031212182612.24A29422250@www.haskell.org>

>From the Desk of the Bill and Exchange Manager,
Mr. Matthew Ajame
Banque Internationale pour Commerce et L'Industrie (BICICI) 
Abidjan Cote d 'lvoire



Dear Respectful One,

I am the Manager of Bill and Exchange at the Foreign Remittance Department of Banque 
Internationale pour Commerce et L'Industrie (BICICI) I am writing following the impressive 
information about you on the internet, assuring me of your capability and reliability to champion 
this business opportunity.

In my department we discovered an abandoned sum of $16.152Million
US dollars (Sixteen Million, One Hundred and Fifty Two Thousand U.S Dollars) .In an account 
that belongs to one of our foreign customers who died along with his entire family in a concord 
plane crash in the year 2000 in paris that almost took the whole life of the passengers on board. 

Since we got information about his death, we have been expecting his next of kin to come over 
and claim his money because we cannot release unless somebody applies for it as next of kin or 
relation to the deceased as indicated in our banking guidelines, but unfortunately we learnt that all 
his supposed next of kin or relation died alongside with him at the plane crash leaving nobody 
behind for the claim. It is therefore upon this discovery that I and my colleague in my department 
now decided to make this businness proposal to you and release the money to you as the next of 
kin or relation to the deceased for safety and subsequent disbursement since nobody is
coming for it and we do not want this money to go into the Bank treasury as unclaimed Bill.

The Banking law and guideline here stipulates that if such money remained unclamed after three 
years, the money will be transfered into the Bank treasury account as unclaimed fund. The request 
of foreigner as next of kin in this business is occasioned by the fact that the customer was a 
foreigner and I, an Ivoirian cannot stand as next of kin to a foreigner. We agree that 30 % of 
this money will be for you as foreign partner, in respect to the provision of a foreign account, 
10 % will be set aside for expenses incured during the business and 60 % would be for me and 
my colleagues. 

Thereafter, I and my colleagues will visit your country for disbursement according to the 
percentages indicated. Therefore to enable the immediate transfer of this fund to you as arranged, 
you must apply first to the bank as relations or next of kin of the deceased indicating your bank 
name, your bank account number, your private telephone and fax numbers for easy and effective 
communication and location where-in the money will be remitted through an attorney. Upon 
receipt of your reply, I will send to you by fax or email the text of the application and the proof 
of the existence of these funds for your kind perusal. 

I will not fail to bring to your notice that this transaction is hitch free and that you should not 
entertain any atom of fear as all required arrangements have been made for the transfer .
You should contact me immediately as soon as you receive this letter.Trusting to hear from you 
immediately.

Best regards,

Mr. Matthew Ajame






From panne at glass.cse.ogi.edu  Sat Dec 13 06:02:21 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sat Dec 13 09:02:24 2003
Subject: cvs commit: hugs98/src prelude.h
Message-ID: <200312131402.GAA23288@glass.cse.ogi.edu>

panne       2003/12/13 06:02:21 PST

  Modified files:
    src                  prelude.h 
  Log:
  Explicitly #define STDCALL_SUPPORTED to 1 on WinDoze, otherwise an
  "#if STDCALL_SUPPORTED" fails with a CPP syntax error. Strange, I
  thought that a plain #define without a value would mean the same as
  value "1", but perhaps this was an illusion or only used to be the
  case in my youth... :-]
  
  Revision  Changes    Path
  1.62      +3 -3      hugs98/src/prelude.h
From ross at soi.city.ac.uk  Sat Dec 13 14:54:26 2003
From: ross at soi.city.ac.uk (Ross Paterson)
Date: Sat Dec 13 09:55:14 2003
Subject: cvs commit: hugs98/src prelude.h
In-Reply-To: <200312131402.GAA23288@glass.cse.ogi.edu>
References: <200312131402.GAA23288@glass.cse.ogi.edu>
Message-ID: <20031213145424.GA9091@soi.city.ac.uk>

On Sat, Dec 13, 2003 at 06:02:21AM -0800, Sven Panne wrote:
> panne       2003/12/13 06:02:21 PST
> 
>   Modified files:
>     src                  prelude.h 
>   Log:
>   Explicitly #define STDCALL_SUPPORTED to 1 on WinDoze, otherwise an
>   "#if STDCALL_SUPPORTED" fails with a CPP syntax error. Strange, I
>   thought that a plain #define without a value would mean the same as
>   value "1", but perhaps this was an illusion or only used to be the
>   case in my youth... :-]

You're thinking of -D
From panne at glass.cse.ogi.edu  Sat Dec 13 08:06:00 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sat Dec 13 11:06:02 2003
Subject: cvs commit: hugs98/src platform.h.in hugs98/src/unix configure
 configure.in
Message-ID: <200312131606.IAA24895@glass.cse.ogi.edu>

panne       2003/12/13 08:05:59 PST

  Modified files:
    src                  platform.h.in 
    src/unix             configure configure.in 
  Log:
  Cleanly separate Foo and Foo_CPP stuff, fixing some broken platform
  detection caused by the fact that AC_SUBST([bar], [baz]) sets bar.
  
  Revision  Changes    Path
  1.2       +12 -12    hugs98/src/platform.h.in
  1.96      +25 -40    hugs98/src/unix/configure
  1.102     +11 -26    hugs98/src/unix/configure.in
From panne at glass.cse.ogi.edu  Sun Dec 14 04:04:41 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 14 07:04:45 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
Message-ID: <200312141204.EAA08225@glass.cse.ogi.edu>

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
From panne at glass.cse.ogi.edu  Sun Dec 14 04:27:31 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 14 07:27:35 2003
Subject: cvs commit: hugs98/src Makefile.in MkDepend.in MkInstal.in
 hugs98/src/dotnet Makefile hugs98/src/msc Makefile hugs98/src/unix
 aclocal.m4 configure configure.in hugs-package.in
 hugs98/src/winhugs Makefile
Message-ID: <200312141227.EAA09337@glass.cse.ogi.edu>

panne       2003/12/14 04:27:31 PST

  Modified files:
    src                  Makefile.in MkDepend.in MkInstal.in 
    src/dotnet           Makefile 
    src/msc              Makefile 
    src/unix             aclocal.m4 configure configure.in 
                         hugs-package.in 
    src/winhugs          Makefile 
  Log:
  AC_PROG_CC automagically sets EXEEXT and OBJEXT, so we can happily
  nuke our selfmade EXT/OBJ calculation.
  
  Revision  Changes    Path
  1.75      +41 -41    hugs98/src/Makefile.in
  1.12      +26 -26    hugs98/src/MkDepend.in
  1.44      +4 -4      hugs98/src/MkInstal.in
  1.22      +27 -27    hugs98/src/dotnet/Makefile
  1.51      +28 -28    hugs98/src/msc/Makefile
  1.34      +1 -1      hugs98/src/unix/aclocal.m4
  1.98      +9 -30     hugs98/src/unix/configure
  1.104     +0 -13     hugs98/src/unix/configure.in
  1.24      +2 -2      hugs98/src/unix/hugs-package.in
  1.37      +33 -33    hugs98/src/winhugs/Makefile
From panne at glass.cse.ogi.edu  Sun Dec 14 04:31:50 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 14 07:32:01 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
Message-ID: <200312141231.EAA09560@glass.cse.ogi.edu>

panne       2003/12/14 04:31:50 PST

  Modified files:
    src/unix             configure configure.in 
  Log:
  Use AC_MSG_ERROR instead of echo+exit combo
  
  Revision  Changes    Path
  1.99      +18 -15    hugs98/src/unix/configure
  1.105     +5 -7      hugs98/src/unix/configure.in
From panne at glass.cse.ogi.edu  Sun Dec 14 04:47:27 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 14 07:47:29 2003
Subject: cvs commit: hugs98/src/unix convert_libraries
Message-ID: <200312141247.EAA09875@glass.cse.ogi.edu>

panne       2003/12/14 04:47:27 PST

  Modified files:
    src/unix             convert_libraries 
  Log:
  MinGW doesn't support the unix package, either. (Neither does Cygwin
  with -mno-cygwin, but this not yet handled.)
  
  Revision  Changes    Path
  1.83      +2 -2      hugs98/src/unix/convert_libraries
From ross at glass.cse.ogi.edu  Sun Dec 14 12:21:55 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Sun Dec 14 15:22:00 2003
Subject: cvs commit: hugs98/src Makefile.in
Message-ID: <200312142021.MAA05520@glass.cse.ogi.edu>

ross        2003/12/14 12:21:55 PST

  Modified files:
    src                  Makefile.in 
  Log:
  add a dot before $(OBJEXT)
  
  Revision  Changes    Path
  1.76      +1 -1      hugs98/src/Makefile.in
From sof at galois.com  Sun Dec 14 17:00:52 2003
From: sof at galois.com (Sigbjorn Finne)
Date: Sun Dec 14 20:00:53 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
References: <200312141204.EAA08225@glass.cse.ogi.edu>
Message-ID: <087a01c3c2a6$e4621a20$a4b0fea9@soflap>

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@glass.cse.ogi.edu>
To: <cvs-hugs@haskell.org>
Sent: Sunday, December 14, 2003 04:04
Subject: 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

From Sven.Panne at aedion.de  Mon Dec 15 09:50:29 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Mon Dec 15 03:49:14 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
In-Reply-To: <087a01c3c2a6$e4621a20$a4b0fea9@soflap>
References: <200312141204.EAA08225@glass.cse.ogi.edu>
	<087a01c3c2a6$e4621a20$a4b0fea9@soflap>
Message-ID: <3FDD75D5.1060608@aedion.de>

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.

From sof at glass.cse.ogi.edu  Mon Dec 15 07:35:56 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Mon Dec 15 10:35:59 2003
Subject: cvs commit: hugs98/src/unix configure configure.in
Message-ID: <200312151535.HAA23416@glass.cse.ogi.edu>

sof         2003/12/15 07:35:56 PST

  Modified files:
    src/unix             configure configure.in 
  Log:
  FPTOOLS canonicalization: if availableo, use cygpath
  
  Revision  Changes    Path
  1.100     +15 -8     hugs98/src/unix/configure
  1.106     +8 -0      hugs98/src/unix/configure.in
From panne at glass.cse.ogi.edu  Mon Dec 15 09:58:15 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Mon Dec 15 12:58:18 2003
Subject: cvs commit: hugs98/src storage.c
Message-ID: <200312151758.JAA27507@glass.cse.ogi.edu>

panne       2003/12/15 09:58:15 PST

  Modified files:
    src                  storage.c 
  Log:
  Fixed types of tabObserve/tabBreakpt in table allocation
  
  Revision  Changes    Path
  1.83      +4 -4      hugs98/src/storage.c
From Sven.Panne at aedion.de  Mon Dec 15 19:36:09 2003
From: Sven.Panne at aedion.de (Sven Panne)
Date: Mon Dec 15 13:34:58 2003
Subject: table trouble + registry revisited
Message-ID: <3FDDFF19.6020504@aedion.de>

Hugs runs fine under plain Cygwin now (i.e. via a simple "./configure"),
but only when WANT_FIXED_SIZE_TABLES is #defined to 1. Otherwise I get
strange 'Undefined constructor function "Deadlock"' errors when starting
Hugs, but Deadlock *is* defined (e.g. ":i Exception" shows it). Consistently
renaming it to e.g. "Deadlokk" works. Hmmm... I don't understand the
current memory management scheme in Hugs in detail, so I can't fix this
easily for myself. Explaining DYN_TABLES and WANT_FIXED_SIZE_TABLES a bit
more might be a good idea.

And another bug: Using :s results in garbage in the registry. Deja vu?

Puzzled,
    S.


From sof at glass.cse.ogi.edu  Mon Dec 15 21:48:40 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Tue Dec 16 00:48:46 2003
Subject: cvs commit: hugs98/src opts.c
Message-ID: <200312160548.VAA03325@glass.cse.ogi.edu>

sof         2003/12/15 21:48:40 PST

  Modified files:
    src                  opts.c 
  Log:
  - PUTS(s) macro: be defensive & 'linear' in the use of 's' by
      binding it to a local, first thing. If not, confusion reigns
      if 's' is side-effecting (as was the case with PUTS() use
      in optionsToStr().)
  - PUTStr_aux(): don't rely on PUTS() being well-behaved &
    bind argument to local first.
  
    This latent bug was previously just a minor source of
    inefficiency (two calls to unlexChar() per character),
    but with the introduction of the side-effecting ExtractChar()
    macro, things got a bit uglier.
  
  Revision  Changes    Path
  1.15      +8 -3      hugs98/src/opts.c
From sof at glass.cse.ogi.edu  Mon Dec 15 21:55:33 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Tue Dec 16 00:55:38 2003
Subject: cvs commit: hugs98/src machdep.c
Message-ID: <200312160555.VAA03519@glass.cse.ogi.edu>

sof         2003/12/15 21:55:33 PST

  Modified files:
    src                  machdep.c 
  Log:
  needPrims(): fix buglet introduced by rev 1.110
  
  Revision  Changes    Path
  1.112     +3 -3      hugs98/src/machdep.c
From sof at galois.com  Mon Dec 15 21:57:42 2003
From: sof at galois.com (Sigbjorn Finne)
Date: Tue Dec 16 00:57:43 2003
Subject: hugs w/ cygwin
Message-ID: <08ba01c3c399$86656370$a4b0fea9@soflap>

FYI, hugs builds cleanly with two cygwin installs
I've tested on here: an older one  w/ gcc-2.95
and one w/ gcc-3.2 (from a clean cygwin install
done on 29/07/03). The reported behaviour suggests
a C compiler making life too hard for the conservative
GC; one way to find out is to cut back on the use of -O2.

Re: Registry gibberish -- this was due to unhygienic macro
usage in opts.c. Fixed now.

--sigbjorn

From ross at glass.cse.ogi.edu  Tue Dec 16 07:34:35 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec 16 10:34:37 2003
Subject: cvs commit: hugs98/docs/users_guide introduction.xml
Message-ID: <200312161534.HAA08025@glass.cse.ogi.edu>

ross        2003/12/16 07:34:35 PST

  Modified files:
    docs/users_guide     introduction.xml 
  Log:
  update location of libraries page
  
  Revision  Changes    Path
  1.2       +2 -2      hugs98/docs/users_guide/introduction.xml
From ross at glass.cse.ogi.edu  Tue Dec 16 07:35:23 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Tue Dec 16 10:35:25 2003
Subject: cvs commit: www/Hugs/pages documentation.htm latest.htm
 libstatus.html
Message-ID: <200312161535.HAA08048@glass.cse.ogi.edu>

ross        2003/12/16 07:35:23 PST

  Modified files:
    Hugs/pages           documentation.htm latest.htm 
                         libstatus.html 
  Log:
  update location of libraries page
  
  Revision  Changes    Path
  1.5       +1 -1      www/Hugs/pages/documentation.htm
  1.11      +1 -1      www/Hugs/pages/latest.htm
  1.4       +2 -2      www/Hugs/pages/libstatus.html
From panne at glass.cse.ogi.edu  Wed Dec 17 00:40:04 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Wed Dec 17 03:40:09 2003
Subject: cvs commit: hugs98/src/unix aclocal.m4
Message-ID: <200312170840.AAA03962@glass.cse.ogi.edu>

panne       2003/12/17 00:40:04 PST

  Modified files:
    src/unix             aclocal.m4 
  Log:
  Synched with aclocal.m4 from fptools (opengl32.dll fiddling)
  
  Revision  Changes    Path
  1.35      +12 -1     hugs98/src/unix/aclocal.m4
From panne at glass.cse.ogi.edu  Wed Dec 17 00:40:36 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Wed Dec 17 03:40:39 2003
Subject: cvs commit: hugs98/src config.h.in
Message-ID: <200312170840.AAA03981@glass.cse.ogi.edu>

panne       2003/12/17 00:40:35 PST

  Modified files:
    src                  config.h.in 
  Log:
  Synched with aclocal.m4
  
  Revision  Changes    Path
  1.36      +4 -1      hugs98/src/config.h.in
From sof at glass.cse.ogi.edu  Wed Dec 17 21:20:40 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Thu Dec 18 00:20:45 2003
Subject: cvs commit: hugs98/src storage.c
Message-ID: <200312180520.VAA03748@glass.cse.ogi.edu>

sof         2003/12/17 21:20:40 PST

  Modified files:
    src                  storage.c 
  Log:
  setCurrModule(): 'currentModule' might be NIL, so avoid resetting
  the 'modImports' field in that case. (If you don't, a random word
  in writeable memory is nulled out. D'oh!)
  
  Brings cygwin builds back online.
  
  Revision  Changes    Path
  1.84      +7 -3      hugs98/src/storage.c
From sof at glass.cse.ogi.edu  Wed Dec 17 21:28:22 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Thu Dec 18 00:28:26 2003
Subject: cvs commit: hugs98/src opts.c
Message-ID: <200312180528.VAA03800@glass.cse.ogi.edu>

sof         2003/12/17 21:28:21 PST

  Modified files:
    src                  opts.c 
  Log:
  removed superfluous string copying of arg to ffiSetFlags()
  
  Revision  Changes    Path
  1.16      +1 -1      hugs98/src/opts.c
From sof at glass.cse.ogi.edu  Wed Dec 17 21:29:17 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Thu Dec 18 00:29:21 2003
Subject: cvs commit: hugs98/src ffi.c
Message-ID: <200312180529.VAA03822@glass.cse.ogi.edu>

sof         2003/12/17 21:29:16 PST

  Modified files:
    src                  ffi.c 
  Log:
  ffiFlags: free() up & reset when done with it
  
  Revision  Changes    Path
  1.34      +3 -2      hugs98/src/ffi.c
From sof at glass.cse.ogi.edu  Thu Dec 18 08:21:54 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Thu Dec 18 11:21:58 2003
Subject: cvs commit: hugs98/src hugs.c evaluator.c
Message-ID: <200312181621.IAA14912@glass.cse.ogi.edu>

sof         2003/12/18 08:21:54 PST

  Modified files:
    src                  hugs.c evaluator.c 
  Log:
  - hugs.c:shutdownHugs():
      call edit.c:setLastEdit() to free up 'lastEdit' state.
  - evaluator.c:stopEvaluator():
      move the freeing of 'prompt' and 'repeatStr' to here. 'Server' front-ends
      also supports the -p and -r options (but makes no use of them), so
      evaluator.c:stopEvaluator() needs to handle the release these resources
      rather than hugs.c:shutdownHugs().
  
  Revision  Changes    Path
  1.132     +4 -4      hugs98/src/hugs.c
  1.14      +4 -2      hugs98/src/evaluator.c
From ross at glass.cse.ogi.edu  Thu Dec 18 09:02:26 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Thu Dec 18 12:02:28 2003
Subject: cvs commit: hugs98/src storage.c
Message-ID: <200312181702.JAA15355@glass.cse.ogi.edu>

ross        2003/12/18 09:02:26 PST

  Modified files:
    src                  storage.c 
  Log:
  janitorial: use NUM_MODULE instead of NUM_SCRIPTS as the size of tabModule,
  in case they ever become different.
  
  Revision  Changes    Path
  1.85      +3 -3      hugs98/src/storage.c
From ross at glass.cse.ogi.edu  Thu Dec 18 09:05:30 2003
From: ross at glass.cse.ogi.edu (ross@glass.cse.ogi.edu)
Date: Thu Dec 18 12:05:31 2003
Subject: cvs commit: hugs98/src input.c
Message-ID: <200312181705.JAA15406@glass.cse.ogi.edu>

ross        2003/12/18 09:05:30 PST

  Modified files:
    src                  input.c 
  Log:
  more cautiousness: remove an ExtractChar() from a macro argument --
  this instance was safe, but these things can bite.
  
  Revision  Changes    Path
  1.83      +4 -3      hugs98/src/input.c
From panne at glass.cse.ogi.edu  Thu Dec 18 13:21:12 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Thu Dec 18 16:21:15 2003
Subject: cvs commit: hugs98/src/unix aclocal.m4
Message-ID: <200312182121.NAA11119@glass.cse.ogi.edu>

panne       2003/12/18 13:21:12 PST

  Modified files:
    src/unix             aclocal.m4 
  Log:
  *sigh* More wglGetProcAddress fiddling
  
  Revision  Changes    Path
  1.36      +13 -10    hugs98/src/unix/aclocal.m4
From sof at glass.cse.ogi.edu  Thu Dec 18 19:10:46 2003
From: sof at glass.cse.ogi.edu (Sigbjorn Finne)
Date: Thu Dec 18 22:10:49 2003
Subject: cvs commit: hugs98/src static.c
Message-ID: <200312190310.TAA14956@glass.cse.ogi.edu>

sof         2003/12/18 19:10:46 PST

  Modified files:
    src                  static.c 
  Log:
  extractBindings():
    when shifting type annotations from LHS of a patbind
    to RHS take care of floating the type past the source location
    in the (location,expr) that is the RHS.
  
  This, I believe, fixes the "findBtyvsInt" internal error reported
  in http://haskell.org/pipermail/hugs-bugs/2003-November/001402.html
  
  (The example code therein does show up a difference in behaviour between
  the Hugs and GHC TCs, but that's a separate matter.)
  
  Revision  Changes    Path
  1.163     +8 -3      hugs98/src/static.c
From panne at glass.cse.ogi.edu  Sun Dec 21 09:08:39 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 21 12:08:43 2003
Subject: cvs commit: hugs98 RPM.mk
Message-ID: <200312211708.JAA31042@glass.cse.ogi.edu>

panne       2003/12/21 09:08:38 PST

  Modified files:
    .                    RPM.mk 
  Log:
  Include stamp-fptools in the source tar file, too.
  
  Revision  Changes    Path
  1.15      +1 -0      hugs98/RPM.mk
From panne at glass.cse.ogi.edu  Sun Dec 21 09:10:12 2003
From: panne at glass.cse.ogi.edu (Sven Panne)
Date: Sun Dec 21 12:10:14 2003
Subject: cvs commit: hugs98 Makefile
Message-ID: <200312211710.JAA31068@glass.cse.ogi.edu>

panne       2003/12/21 09:10:12 PST

  Modified files:
    .                    Makefile 
  Log:
  Use "$(MAKE)" instead of "make" plus explicit make variable
  passing. I'm not sure if this a GNUism, but if it is, we should at
  least quote the values passed.
  
  Revision  Changes    Path
  1.26      +1 -1      hugs98/Makefile
From tubo22tubo at yahoo.com.br  Sun Dec 21 16:40:59 2003
From: tubo22tubo at yahoo.com.br (tubo22tubo)
Date: Sun Dec 21 17:51:16 2003
Subject: CLINICA DO PENIS AUMENTE SEU PENIS EM ATE 7cm
Message-ID: <20031221225101.2EB4A422200@www.haskell.org>

An HTML attachment was scrubbed...
URL: http://haskell.org/pipermail/cvs-hugs/attachments/20031221/a3e38f96/attachment.htm