April 2003 - Cvs-hugs

cvs commit: hugs98/src/unix convert_libraries convert_package
by ross＠glass.cse.ogi.edu 14 Apr '03

14 Apr '03

ross 2003/04/14 07:01:18 PDT Modified files: src/unix convert_libraries convert_package Log: minor shell portability tweaks Revision Changes Path 1.67 +5 -7 hugs98/src/unix/convert_libraries 1.7 +5 -4 hugs98/src/unix/convert_package

1 0

RE: cvs commit: fptools/libraries/base/Foreign/C Error.hs fptools/libraries/base/System/Posix Internals.hs fptools/libraries/network /Network Socket.hsc
by Simon Marlow 14 Apr '03

14 Apr '03

> I've never been overly keen on GHC's use of pragmas containing extra > command line arguments for GHC because they seem to be about just one > way of compiling the code (that is, they are compiler specific and, > sometimes, backend specific) so they don't seem to really belong in > source code. We primarily use OPTIONS pragmas to specify options that describe the nature of the source code in the module. For example, -fglasgow-exts says that this source file contains code written in Haskell + GHC extensions. The source code is exactly the right place for this option to go. Admittedly, OPTIONS should be called GHC_OPTIONS. Even better, we should use a compiler-independent way to specify the language flavour in the source file, eg. {-# LANGUAGE ffi, ghc #-}, which would also give other compilers a chance to complain if they don't support that particular language variant. OPTIONS is also used to specify #includes for the C back-end. The source code is the right place for these too, but the use of OPTIONS is a little clunky. We *could* add these to the FFI declarations instead, but (a) it's verbose (you have to add the #include to every foreign import that needs it) and (b) GHC doesn't support it very well. > The CBITS pragma doesn't have the more obvious problems of the GHC > mechanism (e.g., the contents of the pragma are unlikely to have to > change from one version of Hugs to another) but it feels similar > enough to make me a little uneasy. > > So I guess I'm asking: > > 1) Are there other design options? > > 2) Can the problem of associating C files with Haskell ffi files > be solved in a way that all compilers (and associated tools, > makefiles, etc.) can support and exploit? > > (e.g., other compilers support the CBITS pragma, or an ffi > extension, or a package configuration file extension, or a text > file which can be read both by GHC makefiles and by your package > conversion script, etc.) I have a feeling that there are enough differences between the way Hugs works and the way GHC works to make trying to unify these things awkward. I suppose you could add something to the package spec which lists C files and the libraries they should be linked into - but unless you can put *all* the information into the package spec (i.e. leaving a completely generic Makefile / conversion script etc.) it doesn't really buy you very much. This brings us back to having a decent library-building infrastructure. My vote would be to do all this in the infrastructure, centralising the knowledge about the differences between compilers. Cheers, Simon

1 0

Re: cvs commit: fptools/libraries/base/Foreign/C Error.hs fptools/libraries/base/System/Posix Internals.hs fptools/libraries/network /Network Socket.hsc
by Alastair Reid 14 Apr '03

14 Apr '03

[copied to cvs-hugs] ross 2003/04/11 16:39:44 PDT > Modified files: > libraries/base/Foreign/C Error.hs libraries/base/System/Posix > Internals.hs libraries/network/Network Socket.hsc > > Log: > Hugs only: add a CBITS "pragma" to tell the Hugs conversion script > which files from <package>/cbits should be linked with the module by > ffihugs, e.g. {-# CBITS HsNet.c initWinSock.c ancilData.c #-} This is great stuff you're doing to make packages available in Hugs. Is this the best way to handle cbits though? I've never been overly keen on GHC's use of pragmas containing extra command line arguments for GHC because they seem to be about just one way of compiling the code (that is, they are compiler specific and, sometimes, backend specific) so they don't seem to really belong in source code. The CBITS pragma doesn't have the more obvious problems of the GHC mechanism (e.g., the contents of the pragma are unlikely to have to change from one version of Hugs to another) but it feels similar enough to make me a little uneasy. So I guess I'm asking: 1) Are there other design options? 2) Can the problem of associating C files with Haskell ffi files be solved in a way that all compilers (and associated tools, makefiles, etc.) can support and exploit? (e.g., other compilers support the CBITS pragma, or an ffi extension, or a package configuration file extension, or a text file which can be read both by GHC makefiles and by your package conversion script, etc.) -- Alastair Reid

2 1

cvs commit: hugs98/tests/libs libs.hs
by ross＠glass.cse.ogi.edu 14 Apr '03

14 Apr '03

ross 2003/04/14 02:15:56 PDT Modified files: tests/libs libs.hs Log: remove defunct HugsStorable Revision Changes Path 1.5 +0 -1 hugs98/tests/libs/libs.hs

1 0

cvs commit: hugs98/src config.h.in hugs98/src/unix params.in configure configure.in convert_libraries convert_package test_libraries hugs98/tools Package.hs ParsePkgConf.hs get_ld_options get_libraries
by ross＠glass.cse.ogi.edu 14 Apr '03

14 Apr '03

ross 2003/04/14 02:14:15 PDT Sender: cvs-hugs-admin(a)haskell.org Errors-To: cvs-hugs-admin(a)haskell.org X-BeenThere: cvs-hugs(a)haskell.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: <mailto:cvs-hugs-request@haskell.org?subject=help> List-Post: <mailto:cvs-hugs@haskell.org> List-Subscribe: <http://www.haskell.org/mailman/listinfo/cvs-hugs>, <mailto:cvs-hugs-request@haskell.org?subject=subscribe> List-Id: Hugs CVS commit messages <cvs-hugs.haskell.org> List-Unsubscribe: <http://www.haskell.org/mailman/listinfo/cvs-hugs>, <mailto:cvs-hugs-request@haskell.org?subject=unsubscribe> List-Archive: <http://www.haskell.org/pipermail/cvs-hugs/> Modified files: src config.h.in src/unix configure configure.in convert_libraries convert_package test_libraries Added files: src/unix params.in tools Package.hs ParsePkgConf.hs get_ld_options get_libraries Log: The package conversion script now reads C library information from the package configuration file. (Not quite right yet, as it doesn't follow package dependencies.) Revision Changes Path 1.22 +3 -0 hugs98/src/config.h.in 1.54 +1307 -467 hugs98/src/unix/configure 1.60 +2 -1 hugs98/src/unix/configure.in 1.66 +6 -3 hugs98/src/unix/convert_libraries 1.6 +35 -15 hugs98/src/unix/convert_package 1.8 +4 -3 hugs98/src/unix/test_libraries

1 0

cvs commit: hugs98/src/unix MachDeps.h
by ross＠glass.cse.ogi.edu 14 Apr '03

14 Apr '03

ross 2003/04/14 02:11:36 PDT Modified files: src/unix MachDeps.h Log: simplify #include's Revision Changes Path 1.3 +1 -2 hugs98/src/unix/MachDeps.h

1 0

Starting Hugs98
by Amy Barnes 14 Apr '03

14 Apr '03

Hi, I don't think this was the correct email address to send queries to, but I couldn't find another. I have just installed Hugs98 on my Macintosh. I assume I need to use Darwin. I don't however know how to load the Interpreter and the user guide doesn't help much. Does anyone know the answer? Thank you, Amy Barnes

1 0

Beat the Budget!
by info＠cbup.com 13 Apr '03

13 Apr '03

Dear Sir or Madam If you are a smoker in the UK, in the ROI, or in Scandinavia, then we have something for you. You are probably fed up with paying high prices for your cigarettes and tobacco. Take a look at what we can do for you at http://www.cbup.com/?S=16&E=a468434eafca2f16269af754acef437f We can send you, legally, by registered air mail, direct to your door, 4 cartons of cigarettes or 30 fifty gram pouches of rolling tobacco (all brands are available) from only 170 Euros - about 115 British pounds - fully inclusive of postage and packing. Why pay more? Especially with a UK budget rise of 3.20p - which does not affect our prices!!! If you would rather not hear from us any more, this link will ensure that you are not bothered again. http://www.cbup.com/bs/off.php?S=16&E=a468434eafca2f16269af754acef437f Yours faithfully. British Smokers http://www.cbup.com/?S=16&E=a468434eafca2f16269af754acef437f

1 0

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

12 Apr '03

ross 2003/04/12 04:44:22 PDT Modified files: src/unix convert_libraries Log: also convert X11 and HGL packages (X11 environments only) Revision Changes Path 1.65 +7 -1 hugs98/src/unix/convert_libraries

1 0

cvs commit: hugs98/src/unix convert_package
by ross＠glass.cse.ogi.edu 12 Apr '03

12 Apr '03

ross 2003/04/12 04:43:11 PDT Modified files: src/unix convert_package Log: Add another -I flag (for the benefit of greencard-generated files). Revision Changes Path 1.5 +1 -1 hugs98/src/unix/convert_package

1 0