December 2002 - Glasgow-haskell-users

-hidir separation of search/output paths
by Andre Pang 10 Dec '02

10 Dec '02

On Tue, Dec 10, 2002 at 10:15:58PM +1100, Andre Pang wrote: > Is it possible to modify the behaviour so that if --make > -no-hs-main is specified, GHC won't perform the link if it finds > a main function? Oops, one more request which I almost forgot: -hidir currently specifies both where to search for .hi files, and where to output hi files. It would be good to split up the two operations into two distinct options; e.g. use -hidir to search for interface files, and a new option such as -ohidir to specify where to output new interface files. This is very useful if you're trying to build stuff (with --make) outside of the source tree: you could write "-i$src/SomeLibrary" to tell GHC to find the .hs files in a directory named $src/SomeLibrary, "-hidir$build/SomeLibrary" to find the .hi files in a directory named $build/SomeLibrary, and "-ohidir ." to tell GHC to output any .hi files to the current directory Being able to build outside of the source directory (e.g. if you make a 'build' directory in the source tree, and do ../configure from there) is fairly common, and is also required for passing a 'make distcheck' if you use automake. Currently, if you use "-hidir ." to put interface files in the current directory, GHC will only search the current directory for hi files, so it keeps building stuff unnecessarily if you specify imports outside the current directory with "-i$src/SomeLibrary", since they get built to $build/SomeLibrary instead of the directory you're currently in. Another way of achieving the same thing without adding a new option would be to search the directories specified with -i for interface files as well as .hs files; that way, you could do "-i$src/SomeLibrary -i$build/SomeLibrary -hidir ." to perform the same thing as the above. (I hope that wasn't too confusing!) -- #ozone/algorithm <ozone(a)algorithm.com.au> - trust.in.love.to.save

1 0

RE: Libraries needing a main and ghci
by Simon Marlow 10 Dec '02

10 Dec '02

> I am doing a small binding to SDL lib. It needs on some platforms to > have a C main function. > > So I make a C main that call Haskell initialisation, Haskell > main and > call shutdownHaskell. > > It works fine with ghc. > > When linking with ghci I have an error : > > > ghci -package SDL > [...] > Loading package SDL ... linking ... not found: _shutdownHaskell Looks like a bug. Can you use shutdownHaskellAndExit() instead? Cheers, Simon

1 0

RE: Ticky-ticky profiling?
by Simon Peyton-Jones 10 Dec '02

10 Dec '02

You need to cd into fptools/libraries, and say 'make way=t'. (The "way" stuff is described in the building guide. Better still, set GhcLibWays=t to your build.mk file.) This will build a library tree with flag -ticky, which is what you need. You do need to build from source to do this. Simon | -----Original Message----- | From: Kirsten Chevalier [mailto:krc@uclink.berkeley.edu] | Sent: 09 December 2002 19:55 | To: glasgow-haskell-users(a)haskell.org | Subject: Ticky-ticky profiling? | | Hi, | I'm wondering what needs to be done in order to use ticky-ticky profiling -- | section 5.7 in the Users' Guide says: | | "To be able to use ticky-ticky profiling, you will need to have built | appropriate libraries and things when you made the system. See ?Customising | what libraries to build,? in the installation guide." | | but that section in the installation guide doesn't seem to exist. When I | try to compile programs with -ticky, I get lots of "Could not find interface | file" errors, so presumably I need to "build appropriate libraries and things". | If anyone could tell me what that specifically means, I'd appreciate it. | | Thanks, | Kirsten | | -- | Kirsten Chevalier * krc(a)uclink.berkeley.edu * Often in error, never in doubt | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

1 0

Libraries needing a main and ghci
by Nicolas Oury 09 Dec '02

09 Dec '02

Hello, I am doing a small binding to SDL lib. It needs on some platforms to have a C main function. So I make a C main that call Haskell initialisation, Haskell main and call shutdownHaskell. It works fine with ghc. When linking with ghci I have an error : > ghci -package SDL [...] Loading package SDL ... linking ... not found: _shutdownHaskell What should I do? Thanks a lot, Cheers, Nicolas. PS: I use ghc 5.04.2

1 0

Ticky-ticky profiling?
by Kirsten Chevalier 09 Dec '02

09 Dec '02

Hi, I'm wondering what needs to be done in order to use ticky-ticky profiling -- section 5.7 in the Users' Guide says: "To be able to use ticky-ticky profiling, you will need to have built appropriate libraries and things when you made the system. See ?Customising what libraries to build,? in the installation guide." but that section in the installation guide doesn't seem to exist. When I try to compile programs with -ticky, I get lots of "Could not find interface file" errors, so presumably I need to "build appropriate libraries and things". If anyone could tell me what that specifically means, I'd appreciate it. Thanks, Kirsten -- Kirsten Chevalier * krc(a)uclink.berkeley.edu * Often in error, never in doubt

1 0

RuntimeLoader now works on Mac OS X
by Andre Pang 09 Dec '02

09 Dec '02

Thanks to the amazing work by Wolfgang Thaller on GHC for Mac OS X, it was trivial to port the RuntimeLoader to work on Mac OS X (or Darwin, if you want to be pedantic). The runtime loader enables a GHC program to load object files (.o) at runtime and load functions in them, much like how you can dlopen() a shared library on many Unixes. For more information on the runtime loader, see http://www.algorithm.com.au/wiki/hacking/haskell.ghc_runtime_loading It's been tested and verified with GHC 5.04.2 on Mac OS X, and GHC 5.04 on Linux. If it works on Windows (and there's a good chance it might), please let me know! -- #ozone/algorithm <ozone(a)algorithm.com.au> - trust.in.love.to.save

1 0

RE: ./configure
by Simon Marlow 09 Dec '02

09 Dec '02

> > Keine Berechtigung == No authorization (according to babel > fish). You > > wouldn't perchance be trying to configure in a tree you don't have > > write access to, would you? > > Yes, since ownership changed I don't have write permission. > But I could > reproduce the original output below (because the same problem > occurred > when installing hugs). Oddly, other users here get "i686-pc-linu-gnu". config.guess tries to compile a small C program to find out whether the system is a.out or ELF, and which version of libc it has. If you don't have write access to the source tree, how were you intending to build the software? Cheers, Simon

1 0

RE: ./configure
by Simon Marlow 09 Dec '02

09 Dec '02

> > That's strange, configure is supposed to emit the error only if > > config.guess fails. > > maeder@davinci -> ./config.guess > ./config.guess: line 844: dummy-5901.c: Keine Berechtigung > ./config.guess: line 1: dummy-5901.c: Keine Berechtigung > ./config.guess: line 1105: dummy-5901.c: Keine Berechtigung > ./config.guess: unable to guess system type Keine Berechtigung == No authorization (according to babel fish). You wouldn't perchance be trying to configure in a tree you don't have write access to, would you? > This script, last modified 2001-07-09, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > [...] > > could this output be the source of my problem? (Meanwhile the > owner of > the ghc tree changed so I cannot really reproduce the situation.) Aha, I think my hunch was correct :-) Cheers, Simon

2 1

RE: ./configure
by Simon Marlow 09 Dec '02

09 Dec '02

> Simon Marlow wrote: > > when installing ghc and hugs under SuSE linux 8.1 I got > > > > "configure: error: can not guess host type; you must specify one" > > > > It worked after I added "--host=i386-linux" > > > > > > [ redirected to glasgow-haskell-users(a)haskell.org ] > > > > What does config.guess return on your system? > > i686-pc-linux-gnu That's strange, configure is supposed to emit the error only if config.guess fails. The relevant bit of the configure script is: case "$host_alias" in NONE) case $nonopt in NONE) if host_alias=`${CONFIG_SHELL-/bin/sh} $ac_config_guess`; then : else { echo "configure: error: can not guess host type; you must specify one" 1>&2; exit 1; } fi ;; *) host_alias=$nonopt ;; esac ;; esac Could you try adding echos in various places to determine what has gone wrong? It might be something specific to whatever /bin/sh is on your system, I suppose. Cheers, Simon

2 1

RE: ./configure
by Simon Marlow 09 Dec '02

09 Dec '02

> when installing ghc and hugs under SuSE linux 8.1 I got > > "configure: error: can not guess host type; you must specify one" > > It worked after I added "--host=i386-linux" [ redirected to glasgow-haskell-users(a)haskell.org ] What does config.guess return on your system? Cheers, Simon

2 1