I'm sure I've had problems with Sun's systime functions before . . .
../driver/ghc-inplace -I../includes -I. -Iparallel -optc-Wall -optc-W
-optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations
-optc-Winline -optc-Waggregate-return -optc-Wpointer-arith
|newtype Foo = F Foo
|
| What is interesting is that ghc loops when trying to compile this
| definition! (Ghc folks, consider this a bug report, details below!)
I do consider this a bug report, and I've fixed it. (The reason is
that GHC was trying to find the *representation* type of a
Hi,
I attach a piece of code: it's part of my thesis, attempts to turn
(strict) functions to catamorphisms (see the comment in the code). It
compiles just fine with core lint and debug on, but when I add the call
to cheapSimplify it produces a runtime error:
[hsc: no threads to run: infinite
| I am not sure whether that issues was discussed already, but
| I just noticed that when a module containing foreign import
| declarations is compiled with -O, it may bring some of its
| `__ccall's into the .hi file for inlining purposes.
| The problem is that the `ccall'ed C function
|
I think this is another manifestation of the Dreaded Stderr Bug.
It happens when some non-monadic (i.e. unsafe) call tries to print
something to stderr while some other print to stdout or stderr is
active. Since GHC has lots of asserts which do such unsafe prints,
this is probably what is
Mon, 3 Apr 2000 09:24:06 -0700, Simon Peyton-Jones [EMAIL PROTECTED] pisze:
It happens when some non-monadic (i.e. unsafe) call tries to print
something to stderr while some other print to stdout or stderr
is active.
Wouldn't be desirable to change trace to use some lower-level function
like
