Fuad Abdallah writes:
> Hello,
>
> i just encountered the following strange result with PackedStrings:
>
> foo = packString "this is a test"
>
> show (filterPS (not.isSpace) foo)
>
> result:
>
> "thisisatest\NUL"
>
> It looks like the trailing \0 from the PS is filtered ?
>
thanks, an off
Sven Panne writes:
> The normal/profiling/concurrent versions of 2.08 compiled far too
> smoothly, so I was looking for new installation challenges. ;-)
> Alas, compiling with mg and mp added to GhcLibWays didn't work:
>
>* During the compilation of the _mg-versions of the libs the
>
Hello,
in the following example, where I define a
state transformer monad "St" parametrized with
the state "c", the ghc-2.08 typechecker reports
the following error message in the type definition of
function "foo" which uses the instantiated "St":
`St' should have no arguments, but has been
Fuad Abdallah writes:
> Hi,
>
> building ghc-2.08 under irix 6.2 using ghc-2.07 fails. Linking hsc stops
> with the following errors:
>
> 1)
> ld: ERROR 33: Unresolved text symbol "IO_Z36gQ_fast3" -- 1st referenced by
> utils/Outputable.o.
> ld: ERROR 33: Unresolved text symbol "IO_Z36gW_fast3"
Stephan Tobies writes:
> Another little problem:
>
> When linking programs which need additional libraries (say
> -lreadline -ltermcap) the ghc driver puts these after its
> own libraries when calling the linker.
>
> This is not desirable since the linker complains about unresolved
> names.
>
>
Hello,
i just encountered the following strange result with PackedStrings:
foo = packString "this is a test"
show (filterPS (not.isSpace) foo)
result:
"thisisatest\NUL"
It looks like the trailing \0 from the PS is filtered ?
regards,
Fuad
--
Fuad Abdallah
Max-Planck-Institut fuer Zuechtung
At 9:32 am 14/10/97, Simon L Peyton Jones wrote:
>I strongly suspect that the names are simply truncated before they get
>into a .hp file. Doubtless this could be fixed.
Yes, I came across this when working with the parallel cost-centre code.
It would
be extremely easy to change the appropriate
Stephan Tobies <[EMAIL PROTECTED]> writes:
Yes, Random is missing. It appears that CVS screwed up again, but the
file has been recovered and will re-appear in the next release.
--
Simon Marlow [EMAIL PROTECTED]
University of Glasgow
Marc
I strongly suspect that the names are simply truncated before they get
into a .hp file. Doubtless this could be fixed.
However, we're now embarking on building a new RTS, designed to support
both GHC and Hugs, so I'd rather just make sure that the new system doesn't
truncate names. (T
Sven Panne wrote:
>
> Stephan Tobies wrote:
> > The subject says it all...
>
> Random is in the HBC libraries, perhaps you forgot a -syslib hbc?
>
Oops, I did. But that was not necessary with ghc-2.05, maybe this counts
as a bug.
Stephan
--
Stephan Tobies, Student of Computer Science, RWTH A
Stephan Tobies wrote:
> The subject says it all...
Random is in the HBC libraries, perhaps you forgot a -syslib hbc?
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellie
Another little problem:
When linking programs which need additional libraries (say
-lreadline -ltermcap) the ghc driver puts these after its
own libraries when calling the linker.
This is not desirable since the linker complains about unresolved
names.
Switchig the order of $UserLibrary and $Sy
The subject says it all...
--
Stephan Tobies, Student of Computer Science, RWTH Aachen
mailto:[EMAIL PROTECTED]
## There is much pleasure to be gained
from useless knowledge - B. Russel ##
Simon Marlow wrote:
> I take your point that this isn't very consistent: there should be a
> way to turn off all warnings easily. What do other people think?
>
> The options are:
>
> * have all warnings off by default, a standard set of warnings
> being available by adding the -
14 matches
Mail list logo