December 2001 - Glasgow-haskell-users

Re: ghc and hierarchical module names
by Ketil Z Malde 03 Dec '01

03 Dec '01

"Simon Marlow" <simonmar(a)microsoft.com> writes: > You must give the full module name in the header, eg. > module A.B.C where This surprised me somewhat, and I must have missed any discussion/rationale. Could you elaborate/point me at the relevant information? It seems to me that A.B could be implicit (leaving "module C where"), from the path. This might help resolve point 3.2[0] Renaming of Subtrees, since one could add -I (or equivalent options, or modify a path in an env var) for commonly used directories. (Okay, so it would introduce a dependency between the importing source and the build process. Is that it?) -kzm [0] ...suggesting a syntax along import Org.Com.Microsoft.* as Microsoft.* import Microsoft.Foo import Microsoft.J++ as Java giving a shorthand access to deeply nested libraries. -- If I haven't seen further, it is by standing in the footprints of giants

1 0

RE: ghc and hierarchical module names
by Simon Marlow 03 Dec '01

03 Dec '01

> The release notes for ghc 5.02.1 say: > > 1.4.4. New experimental features > > Partial support for hierarchical module names. > > - but I could not find a document describing how to use this feature. > > Is it possible to use hierarchical module names with ghc at > present, and if so, > how does one write and use a hierarchically-named module ? Module names may include the '.' character with -fglsagow-exts on. Searching for interfaces to include is extended as follows: if our search path contains directories D1...Dn, then a module A.B.C is searched for in D1/A/B/C.hi ... Dn/A/B/C.hi. You must give the full module name in the header, eg. module A.B.C where This support *is* experimental though, so it is subject to change. Also note that certain parts of the hierarchy are reserved for system-supplied libraries - see the current proposal at http://www.haskell.org/~simonmar/libraries/libraries.html Cheers, Simon

1 0

Re: GHC 5.02.1 on Mac OS X
by Ashley Yakeley 02 Dec '01

02 Dec '01

At 2001-12-02 14:39, Nicolas Oury wrote: >do you know if there is a port of gh 5.02.1 on MacOSX? The latest I know of is GHC 5.00.2. And even that is incomplete, it doesn't seem to include a createAdjustor for 'foreign export dynamic' functions (if you happen to need that, as I do). -- Ashley Yakeley, Seattle WA

1 0

GHC 5.02.1 on Mac OS X
by Nicolas Oury 02 Dec '01

02 Dec '01

Hi everybody, do you know if there is a port of gh 5.02.1 on MacOSX? How difficult is it to do a port? Just compiling the source or modifying code of the RTS and the code generation? Is this support planned to be kept in the future? Best regards, Nicolas Oury

1 0

Re: FORTRAN and HASKELL
by Sigbjorn Finne 02 Dec '01

02 Dec '01

Hi, you're in luck then, as the basic ABI is identical that of C (gcc), since g77 shares the same backend. Here's the simple example I tested it with: foo$ cat square.f SUBROUTINE SQUARE(N,M) C COMPUTES THE SQUARE OF N, RETURNS IN M M=N*N RETURN END C foo$ cat main.hs module Main where import Ptr import Storable import MarshalUtils import MarshalAlloc foreign import "square_" unsafe square_ :: Ptr Int -> Ptr Int -> IO Int square :: Int -> IO Int square x = withObject x $ \ ptr_x -> alloca $ \ ptr_res -> do square_ ptr_x ptr_res peek ptr_res main = square 11 >>= print {- --------------------- -} foo$ g77 -c square.f foo$ ghc -o main main.hs square.o -fglasgow-exts -package lang To get the name mangling and the details of passing arguments to the Fortran subroutine right, I looked at the output of "f2c -P", which gives back C prototypes for Fortran function/subs. You could certainly imagine a tool that would automate all this.. hth --sigbjorn ----- Original Message ----- From: "Heron" <heron_carvalho(a)bol.com.br> To: "Sigbjorn Finne" <sof(a)galois.com> Sent: Sunday, December 02, 2001 02:43 Subject: Re: FORTRAN and HASKELL > Thank you for your comments. Answering your question ... > > > you don't say what platform this is on (or what Fortran compiler > > you're using). > > We are using GNU Fortran 77 Compiler (f77) on a Linux PC cluster based > on Red Hat 6.2. The GHC version used is 5.02. > > Best Regards, > Heron de Carvalho

1 0