Following up to Keean's message about problems with the RTS interface in
ghc-5.04, we have also trouble with that.
When compiling C code containing call-ins to Haskell, gcc will complain
about RtsAPI.h as follows:
/usr/local/lib/ghc-5.04/include/RtsAPI.h:125: syntax error before `const'
/usr/
In local.glasgow-haskell-users, you wrote:
> is System.system broken in 5.04? i am using the rpm provided on the web
> site and this call appears to be broken. in particular, using strace i
> find that it is attempting the following call
>
> [pid 16975] execve("n/sh", ["/bin/sh", "-c", "echo foo"
> > The cross-port script also tries to do too much. You won't
> be able to
> > actually run the b2 compiler on your bootstrap box, because
> it will be
> > built against the Alpha/Linux-specific libraries, so just stop after
> > you've got a set of .hc files for ghc/compiler in stage 2. Take
> Following up to Keean's message about problems with the RTS
> interface in
> ghc-5.04, we have also trouble with that.
>
> When compiling C code containing call-ins to Haskell, gcc
> will complain
> about RtsAPI.h as follows:
>
> /usr/local/lib/ghc-5.04/include/RtsAPI.h:125: syntax error
> is System.system broken in 5.04? i am using the rpm provided
> on the web
> site and this call appears to be broken. in particular, using strace i
> find that it is attempting the following call
>
> [pid 16975] execve("n/sh", ["/bin/sh", "-c", "echo foo"], [/*
> 67 vars */]) = -1 ENOENT (No
Have got the rts stuff to compile by including .../ghc-5.04/HSlang.o on the
compile command line. I think this means the linker is not including the
object
with defines Addr_Azh_con_info when it links the library (only objects
actually
referenced from an archive library get included in the final b
> Have got the rts stuff to compile by including
> .../ghc-5.04/HSlang.o on the
> compile command line. I think this means the linker is not
> including the
> object
> with defines Addr_Azh_con_info when it links the library (only objects
> actually
> referenced from an archive library get inclu
I think it would be a good idea to add -optl-static to the flags
described in
http://www.haskell.org/ghc/docs/latest/html/users_guide/options-phases.html#OPTIONS-LINKER
perhaps in the vincinity of -static & -dynamic. Although this could be considered
redundant, it might save some time trying out h
The code (which is what I am assuming is where the error is comming from) is
lifted
from Linker.lhs, namely (lookupSymbol :: CString -> IO (Ptr a)) this is used
in the
following:
hobj <- lookupSymbol c_objsym
case hobj of
o | o == nullPtr -> return Nothing
Ptr o ->
> The code (which is what I am assuming is where the error is
> comming from) is
> lifted
> from Linker.lhs, namely (lookupSymbol :: CString -> IO (Ptr
> a)) this is used
> in the
> following:
>
> hobj <- lookupSymbol c_objsym
> case hobj of
> o | o == nullPtr -> return Nothi
> I think it would be a good idea to add -optl-static to the flags
> described in
> http://www.haskell.org/ghc/docs/latest/html/users_guide/option
> s-phases.html#OPTIONS-LINKER
> perhaps in the vincinity of -static & -dynamic. Although this
> could be considered
> redundant, it might save some t
rts_mkAddr is used by Linker.o in libHSrts.a (it looks like in the
resolveObjs call - I in turn am calling this... (this was from doing an nm
on the library)...
with regards to the threading, I was wondering if the default file
buffering mode has changed, as text IO to the console seems slower
(y
> rts_mkAddr is used by Linker.o in libHSrts.a (it looks like in the
> resolveObjs call - I in turn am calling this... (this was
> from doing an nm on the library)...
Hmm, yes the Linker does refer to it, just in case the dynamically
linked program requires it. I think you should probably arran
Yup, -optl-u -optl Addr_Azh_con_info fixes it, and is better than putting
HSlang.o in the
compile as it will not automatically include the whole library in the
binary.
As for the slowdown, I will try and compare some code compiled with ghc-5.02
and I will
let you know if anything real is happenin
In local.glasgow-haskell-users, you wrote:
>> I think it would be a good idea to add -optl-static to the flags
>> described in
>> http://www.haskell.org/ghc/docs/latest/html/users_guide/option
>> s-phases.html#OPTIONS-LINKER
>> perhaps in the vincinity of -static & -dynamic. Although this
>> coul
Simon Marlow wrote:
>
> > It must have been only a warning in 5.02.3, or I could never have
> > compiled it there. (Before 5.02.3 we didn't use the package
> > system like this at all.)
[snip]
>
> Can't you just fix your build so that the situation doesn't occur?
[snip]
In fact I have been unab
On Tue, Jul 16, 2002 at 04:02:44PM +1000, Bernard James POPE wrote:
> I would like to use do-notation in the transformed program, but have it
> refer to Prelude.Monad and not MyPrelude.Monad which is also in scope.
Why do you have a MyPrelude.Monad (different from Prelude.Monad) if
you don't want
Dylan writes:
> On Tue, Jul 16, 2002 at 04:02:44PM +1000, Bernard James POPE wrote:
> > I would like to use do-notation in the transformed program, but have it
> > refer to Prelude.Monad and not MyPrelude.Monad which is also in scope.
>
> Why do you have a MyPrelude.Monad (different from Prelude.
18 matches
Mail list logo
