March 2005 - Glasgow-haskell-users

RE: [Haskell] GHC: Setting default +RTS options at compile time?
by Simon Peyton-Jones 18 Mar '05

18 Mar '05

[Redirecting to GHC users, which is the right place for GHC related questions.] | Is there any way to specify at compile/link time default options for GHC | program +RTS options? No. This is a long-standing feature request. It makes perfect sense, but needs someone to design and implement it. So far not enough people have yelled loudly enough for us to do it. Any volunteers? Simon | <aside> | Why do I want this? I'm using GHC to write a program that will be used by | non-comp uting people to preprocess some data in conjunction with an 18Mb | database file. To load the database into a Data.Map value requires more | than GHC's default 256Mb of heap, and I'd like to increase the program's | default heap size, rather than telling users to use the +RTS -M100M option, | as its one less thing to get wrong. There are of course other possible | solutions, but in this case specifying a default heap size at compile time | seems to be the most natural. | </aside>

1 0

How can I make a counter without Monad?
by Nicolas Oury 18 Mar '05

18 Mar '05

Greetings, In a program, I want to give a unique name to some structures. As it is the only imperative thing I need, I don't want to use a monad. I have played with two solutions and have some questions : * unsafePerformIO : I create a counter : counter :: IORef Int counter = unsafePerformIO (newIORef 0) {-# NOINLINE counter #-} and a function to give a unique name: newNode a = unsafePerformIO $ do i <- readIORef counter writeIORef counter (i+1) return (i,a) {-# NOINLINE newNode #-} I now want to write a function : foo a = let n = newNode a in (n,n) How can I make sure ghc won't reduce it to foo a = (newNode a, newNode a) ? * linear implicit parameters instance Splittable Int where split n = (2*n,2*n+1) But I have a problem : the counter value increases exponentially. (I can only count up to 32 elements...) Is there another way to split Int? Are there other ways to implement a counter in Haskell? Thanks for your help, Best regards, Nicolas Oury

5 8

Haskell on Red Hat Enterprise...
by Francois Meehan 18 Mar '05

18 Mar '05

Hi all, I need Haskell to be installed on a Red advance server 3. Could not find RPM's for it. Tried compiling for tar file, won't pass the ./configure, giving me "configure: error: GHC is required unless bootstrapping from .hc files." error. Could someone give me some pointers on how to do this? Regards, Francois Random Thought: --------------- What nature delivers to us is never stale. Because what nature creates has eternity in it. - Isaac Bashevis Singer, 1904 - 1991

4 9

RE: Parse error
by Simon Marlow 18 Mar '05

18 Mar '05

On 17 March 2005 19:43, Dmitri Pissarenko wrote: > In the attachment you will find a file, in which I try to access Java > from Haskell using the Java bridge for functional languages. > > For details see > > http://sourceforge.net/projects/jvm-bridge/ > > and > > http://dapissarenko.com/resources/2005_02_17_eigenvaluesJava/2005_02_17_ eigenva > luesJava.pdf > > When I try to compile the attached file using > > ghc +RTS -c -RTS -package javavm -c EigenvalueCalculatorHaskell.hs -o > EigenvalueCalculatorHaskell.o > > I get the error > > EigenvalueCalculatorHaskell.hs:28: parse error on input `putStrLn' Your code is using a mixture of explicit and implicit layout: your do-expressions have curly braces {...} and semicolons, but the let-expression on line 22 does not. I suggest adding the layout tokens to the let-expression to fix it. Cheers, Simon

1 0

RE: cpphs (was Re: Haskell on Red Hat Enterprise...)
by Simon Marlow 18 Mar '05

18 Mar '05

On 17 March 2005 17:23, Malcolm Wallace wrote: > The only real issue currently preventing ghc from adopting cpphs is > ideological (GPL licensing). We've no objection to making changes to GHC to make it easy to use in conjuction with cpphs (./configure --with-cpps or whatever), so 3rd-party packagers can provide GHC packages that use cpphs if they wish. However, we won't be adding cpphs to the GHC source tree, or requiring it to be installed to build GHC, or shipping it in the standard distributions. Cheers, Simon

1 0

RE: cpphs (was Re: Haskell on Red Hat Enterprise...)
by Simon Marlow 18 Mar '05

18 Mar '05

On 17 March 2005 23:03, Andy Moran wrote: > Malcolm Wallace wrote: >> Andy Moran <moran(a)galois.com> writes: >> >>> I notice that cpphs understands CPP stringification (if invoked with >>> --hashes). Most of the gcc 3.4 failures (in fact, all of that I've >>> seen) have to do with fooling -traditional into turning macro >>> constants into Haskell strings, which can more readily be done with >>> the #-operator. So, would using cpphs mean we could do away with >>> the string gap hack? >> >> Without seeing the examples in question, I can't say for definite, >> but cpphs /does/ preserve string gaps in source code in all cases. > > Here's an example, from 6.2.1's ghc/utils/ghc-pkg/Main.hs: > > -- hackery to convice cpp to splice GHC_PKG_VERSION into a string > version :: String > version = tail "\ > \ GHC_PKG_VERSION" > > HEAD uses a Makefile-generated Version.hs instead. Simon M.: are all > instances of the above trick replaced by analogues of this much neater > mechanism? Yes, I fixed all these in 6.2.2 or thereabouts. Cheers, Simon

1 0

RE: [Haskell] Using -main-is with GHC 6.4/Windows
by Graham Klyne 18 Mar '05

18 Mar '05

At 09:29 18/03/05 +0000, Simon Peyton-Jones wrote: >[Redirecting to GHC users, which is where GHC-specific questions belong] OK (but I'm not subscribed to that list, so pls copy me on any further comment, if any.) >| OK, it's not so bad. If I delete the AffyDataCalc.o file before >compiling >| AffyDataCalcTest, it all works fine. >... >| Hmmm... is there something the GHC --make feature can do to force >| recompilation of the other modules previously compiled as main >| modules? Just a thought. > >We're always wary of adding too much magic! I can appreciate that. It did strike me as a little strange (magic, even?) that the result of compiling a module named explicitly on the GHC command line is different from the implicit compilation performed when chasing imports. (I think I understand *why* it happens, but it still seems a little strange.) By way of exploring the issue, rather than actually asking for any of the following to be done, some thoughts I had are: (a) generate the program initialization/finalization entry points in a separate .o file from the compiled module, and include that in the link. (b) use a different output filename (e.g. module_main.o) when compiling a module as a program entry point. (c) combination of (a) and (b) - compile base module as non-main, and a separate output file for the program startup magic with a name based on but different from the corresponding source module. >I'll add a note to the >-main-is documentation though. Thanks. #g ------------ Graham Klyne For email: http://www.ninebynine.org/#Contact

1 0

RE: [Haskell] Using -main-is with GHC 6.4/Windows
by Simon Peyton-Jones 18 Mar '05

18 Mar '05

[Redirecting to GHC users, which is where GHC-specific questions belong] | OK, it's not so bad. If I delete the AffyDataCalc.o file before compiling | AffyDataCalcTest, it all works fine. ... | Hmmm... is there something the GHC --make feature can do to force | recompilation of the other modules previously compiled as main | modules? Just a thought. We're always wary of adding too much magic! I'll add a note to the -main-is documentation though. Simon -----Original Message----- From: haskell-bounces(a)haskell.org [mailto:haskell-bounces@haskell.org] On Behalf Of Graham Klyne Sent: 17 March 2005 15:57 To: Haskell Mailing List Subject: [Haskell] Using -main-is with GHC 6.4/Windows I've been trying to use the -main-is option with GHC 6.4 on Windows. In isolation it works fine, but it still doesn't achieve what I hoped it would. Consider this compilation output frgament: [[ Compiling AffyDataCalcTest ( AffyDataCalcTest.hs, AffyDataCalcTest.o ) Linking ... ./AffyDataCalc.o(.data+0xa70):fake: multiple definition of `ZCMain_main_srt' AffyDataCalcTest.o(.data+0x1fc):fake: first defined here ./AffyDataCalc.o(.data+0xa78):fake: multiple definition of `ZCMain_main_closure' AffyDataCalcTest.o(.data+0x204):fake: first defined here ./AffyDataCalc.o(.text+0x9158):fake: multiple definition of `ZCMain_main_info' AffyDataCalcTest.o(.text+0x1ff0):fake: first defined here ./AffyDataCalc.o(.text+0x9408):fake: multiple definition of `__stginit_ZCMain' AffyDataCalcTest.o(.text+0x20c0):fake: first defined here ]] The module 'AffyDataCalc' contains a function called 'main', which is the topo-level function of the target program I have under development. The module AffyDataCalcTest also has top-level function called runtest, which, you guessed it, runs a test of the program functions. It seems that the top-level functions still interfere with each other. [later] OK, it's not so bad. If I delete the AffyDataCalc.o file before compiling AffyDataCalcTest, it all works fine. [[ E:\OxfordCVS\DTGED\AffyData>ghc --make -fglasgow-exts -iD:\Cvs\DEV\HaskellUti C:\Dev\Haskell\Lib\HUnit;C:\Dev\Haskell\Lib\Parsec;C:\Dev\Haskell\MyLibs \ -o yDataCalcTest.exe -main-is AffyDataCalcTest.runtest AffyDataCalcTest Chasing modules from: AffyDataCalcTest Compiling ParseCSV ( ./ParseCSV.hs, ./ParseCSV.o ) Compiling FormatCSV ( ./FormatCSV.hs, ./FormatCSV.o ) Skipping ListHelpers ( D:\Cvs\DEV\HaskellUtils/ListHelpers.hs, D:\Cvs\D HaskellUtils/ListHelpers.o ) Compiling AffyDataCalc ( ./AffyDataCalc.hs, ./AffyDataCalc.o ) Skipping HUnitLang ( C:\Dev\Haskell\Lib\HUnit/HUnitLang.lhs, C:\Dev\H ell\Lib\HUnit/HUnitLang.o ) Skipping HUnitBase ( C:\Dev\Haskell\Lib\HUnit/HUnitBase.lhs, C:\Dev\H ell\Lib\HUnit/HUnitBase.o ) Skipping HUnitText ( C:\Dev\Haskell\Lib\HUnit/HUnitText.lhs, C:\Dev\H ell\Lib\HUnit/HUnitText.o ) Skipping HUnit ( C:\Dev\Haskell\Lib\HUnit/HUnit.lhs, C:\Dev\Haske Lib\HUnit/HUnit.o ) Skipping TestHelpers ( D:\Cvs\DEV\HaskellUtils/TestHelpers.hs, D:\Cvs\D HaskellUtils/TestHelpers.o ) Compiling AffyDataCalcTest ( AffyDataCalcTest.hs, AffyDataCalcTest.o ) Linking ... E:\OxfordCVS\DTGED\AffyData>affydatacalctest Cases: 2 Tried: 0 Errors: 0 Failures: 0AffyDataCalc done. Cases: 2 Tried: 1 Errors: 0 Failures: 0AffyDataCalc done. Cases: 2 Tried: 2 Errors: 0 Failures: 0 E:\OxfordCVS\DTGED\AffyData>ghcc AffyDataCalc ]] Hmmm... is there something the GHC --make feature can do to force recompilation of the other modules previously compiled as main modules? Just a thought. #g ------------ Graham Klyne For email: http://www.ninebynine.org/#Contact _______________________________________________ Haskell mailing list Haskell(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell

1 0

Updates for Mac OS X users using Darwinports
by Gregory Wright 17 Mar '05

17 Mar '05

Hi, Users of Mac OS X/Darwinports will find new portfiles for ghc (ghc-6.4), nhc98 (nhc-1.18) and hugs98 (March 2005 release). The hmake port has been bumped to version 3.10 and a new port of cpphs (version 0.9) has been added. The darwinports system builds from source, although progress is being made on extending it to provide binary packages as well. A new ghc-devel port will be available soon for those who want to live on the bleeding edge. Thanks to Malcolm Wallace for ironing out some last minute issues with nhc98. Best Wishes, Greg Gregory Wright

1 0

Parse error
by Dmitri Pissarenko 17 Mar '05

17 Mar '05

Hello! In the attachment you will find a file, in which I try to access Java from Haskell using the Java bridge for functional languages. For details see http://sourceforge.net/projects/jvm-bridge/ and http://dapissarenko.com/resources/2005_02_17_eigenvaluesJava/2005_02_17_eig… luesJava.pdf When I try to compile the attached file using ghc +RTS -c -RTS -package javavm -c EigenvalueCalculatorHaskell.hs -o EigenvalueCalculatorHaskell.o I get the error EigenvalueCalculatorHaskell.hs:28: parse error on input `putStrLn' Unfortunately, I have not the slightest idea about how to fix/isolate it (I already commented out almost the whole code). Please tell me what I could try to correct the error. I appreciate ANY hint. Many thanks in advance Dmitri Pissarenko PS: The source code of the files related to EigenvalueCalculatorHaskell.hs is located at http://dapissarenko.com/resources/2005_02_17_eigenvaluesJava/2005_02_17_lik… -- Dmitri Pissarenko Software Engineer http://dapissarenko.com

2 1