- Glasgow-haskell-users

RE: GHC Installation Location
by Simon Marlow 25 Oct '01

25 Oct '01

> Is there an easy way to get 'ghc' or one of the other > binaries to tell me > where the GHC installation directory is? I want to put the includes > directory in a gcc -I flag in my makefile. On a Unix platform, the 'ghc' wrapper script contains the installation directory, which is passed as an option to the ghc-5.02 binary proper. On Windows platforms, there isn't a wrapper - ghc figures out the install location from the location of its binary. I've wondered at various times in the past whether there ought to be a link from /usr/local/includes/ghc to /usr/local/lib/ghc-5.02/includes. But the usual way around this problem is to use 'ghc' as your C compiler - then the -I flag gets injected automatically. Cheers, Simon

2 1

RE: GHC Installation Location
by Ashley Yakeley 25 Oct '01

25 Oct '01

At 2001-10-25 03:01, Simon Marlow wrote: >I've wondered at various times in the past whether there ought to be a >link from /usr/local/includes/ghc to /usr/local/lib/ghc-5.02/includes. Won't help, my GHC is installed at /usr/lib/ghc-5.02/, exactly where the Debian package put it. And now that location is hard-coded in my Makefile. >But the usual way around this problem is to use 'ghc' as your C compiler >- then the -I flag gets injected automatically. GHC didn't seem to want to compile my .cpp file -- instead it quietly and successfully did nothing. Also I had to do this: extern "C" { #include "Rts.h" } ...which I've recently entered a bug in SourceForge about. -- Ashley Yakeley, Seattle WA

2 1

Help with cygwin and ghc
by Denver 25 Oct '01

25 Oct '01

I would like to request help concerning the installation of ghc to cygwin. I have tried the websites, and they didn't work, as it didn't let me compile. Thank you

2 1

GHC Installation Location
by Ashley Yakeley 25 Oct '01

25 Oct '01

Is there an easy way to get 'ghc' or one of the other binaries to tell me where the GHC installation directory is? I want to put the includes directory in a gcc -I flag in my makefile. -- Ashley Yakeley, Seattle WA

2 1

RE: gtk+hs and libgmp
by Simon Marlow 25 Oct '01

25 Oct '01

> On Thu, 2001-10-25 at 12:04, Simon Marlow wrote: > > > > > The version in /opt/ghc/lib/ghc-5.02 should work, as should > /usr/local/lib/libgmp.so.3.1.1. The version in /usr/lib > looks like GMP 2, so that would cause the link errors. > > > > Make sure the link command line doesn't have -L/usr/lib on > it, or at least not before -L/usr/local/lib and > -L/opt/ghc/lib/ghc-5.02. > > > > Cheers, > > Simon > I tried to remove the libgmp.so from both /usr/local/lib and /usr/lib. > ghc doesn't seem to link with the one in /opt/ghc. Also when I give > /opt/ghc/lib/ghc-5.02/libgmp.a on the command line it doesn't > work... It > only works with /usr/local/lib/libgmp.so. I guess, that gmp is always > used, so I wonder that it works apart from gtk+hs. It seems very strange that the libgmp in your GHC installation doesn't work. How did you install GHC? Do you have problems linking other programs, or just gtk+hs programs? Cheers, Simon

1 0

RE: gtk+hs and libgmp
by Gérard Milmeister 25 Oct '01

25 Oct '01

On Thu, 2001-10-25 at 12:04, Simon Marlow wrote: > > The version in /opt/ghc/lib/ghc-5.02 should work, as should /usr/local/lib/libgmp.so.3.1.1. The version in /usr/lib looks like GMP 2, so that would cause the link errors. > > Make sure the link command line doesn't have -L/usr/lib on it, or at least not before -L/usr/local/lib and -L/opt/ghc/lib/ghc-5.02. > > Cheers, > Simon I tried to remove the libgmp.so from both /usr/local/lib and /usr/lib. ghc doesn't seem to link with the one in /opt/ghc. Also when I give /opt/ghc/lib/ghc-5.02/libgmp.a on the command line it doesn't work... It only works with /usr/local/lib/libgmp.so. I guess, that gmp is always used, so I wonder that it works apart from gtk+hs. -- Gérard Milmeister Tannenrauchstr. 35 8038 Zürich gemi(a)bluewin.ch

1 0

RE: Thread-Safety through FFI
by Simon Marlow 25 Oct '01

25 Oct '01

> >This might work, but no guarantees. > > OK, so I'd be better off making sure all Haskell runs in one > OS-thread. My concerns still apply - non-thread-friendly library calls may mean that GHC's RTS interacts badly with the rest of your threaded program. > Although presumably I can use Haskell-threads: I can have a special > Haskell-thread that handled a queue of incoming execution requests, > firing off a new Haskell-thread for each one. And then I could have a > native-code mechanism to allow asynchronous additions to the queue. Yes, there's no restriction on using Haskell threads because they're handled internally by the RTS. Cheers, Simon

1 0

RE: GHC Installation Location
by Simon Marlow 25 Oct '01

25 Oct '01

> At 2001-10-25 03:01, Simon Marlow wrote: > > >I've wondered at various times in the past whether there > ought to be a > >link from /usr/local/includes/ghc to > /usr/local/lib/ghc-5.02/includes. > > Won't help, my GHC is installed at /usr/lib/ghc-5.02/, > exactly where the > Debian package put it. And now that location is hard-coded in > my Makefile. > > >But the usual way around this problem is to use 'ghc' as > your C compiler > >- then the -I flag gets injected automatically. > > GHC didn't seem to want to compile my .cpp file -- instead it > quietly and > successfully did nothing. Yes, I guess GHC should really understand C++ file suffixes. > Also I had to do this: > > extern "C" { > #include "Rts.h" > } Thanks, I'll look into fixing that. Cheers, Simon

1 0

Profiling in GHC-4.08.1
by Andre W B Furtado 25 Oct '01

25 Oct '01

I was trying to compile a .hs file with the profiling option enabled (-prof -auto-all) but I got an error message: /usr/bin/ld: cannot find -lHSstd_p_imp collect2: ld returned 1 exit status Does anyone know what is this "-lHSstd_p_imp"? I am using GHC-4.08.1 (with Cygwin) under a Windows 98 platform. Thanks, -- Andre

2 1

RE: Thread-Safety through FFI
by Ashley Yakeley 25 Oct '01

25 Oct '01

At 2001-10-25 03:12, Simon Marlow wrote: >This might work, but no guarantees. OK, so I'd be better off making sure all Haskell runs in one OS-thread. Although presumably I can use Haskell-threads: I can have a special Haskell-thread that handled a queue of incoming execution requests, firing off a new Haskell-thread for each one. And then I could have a native-code mechanism to allow asynchronous additions to the queue. -- Ashley Yakeley, Seattle WA

1 0