Run-time error

[Mark Shields]

You're not gonna like this one.

In ghci, Ctr-C within a loop, and:

ghc-6.0.1: internal error: eval_thunk_selector: strange selectee 29
Please report this as a bug to [EMAIL PROTECTED],
or http://www.sourceforge.net/projects/ghc/

Can't repeat.

Regard,
Mark
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

And again...

[Mark Shields]

This time while reloading a module.

ghc-6.0.1: internal error: eval_thunk_selector: strange selectee 29
Please report this as a bug to [EMAIL PROTECTED],
or http://www.sourceforge.net/projects/ghc/

___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: Odd GHCi behavior

[Donald Bruce Stewart]

ketil:
 Andy Moran [EMAIL PROTECTED] writes:
 
  Skipping  Util.List( ../../libraries/Util/List.hs, 
  ../../libraries/Util/List.o )
  ...
 
  Failed to load interface for `Util.List':
 
  Doing a big old clean, --make, and then GHCi solved the problem.  But what 
  could cause this kind of behavior?  (I can't reproduce it, sorry.)
 
 Something similar has occasionally happened to me when I've
 interrupted (^C) a build.  Presumably, the compiler gets around to
 touching the relevant file(s), but stops before it is able to finish
 them, and doesn't clean up.


I've seen this occasionally on private nightly builds over an
NFS link. Only over NFS. But this hasn't happened since 6.0.1. It 
would happen one night, and not the next, even if nothing changed
in the source. So I always presumed it was a weird timestamp
issue.

Now, looking in my old build logs... aaha! I found it! It only
ever happened in nofib builds. Here is an example:

  

==nofib== infer: time to compile InferMonad follows...
/home/pls/src/ghc6+stix/nightly/i386-unknown-linux/ghc/compiler/stage3/ghc-inplace 
-H16m -O -O -funbox-strict-fields -fexcess-precision -Rghc-timing -H32m -hisuf hi -cpp 
-c InferMonad.hs -o InferMonad.o

InferMonad.hs:6:
Failed to load interface for `StateX':
Could not find interface file for `StateX'
(use -v to see a list of the files searched for)

InferMonad.hs:6: Module `StateX' does not export `StateX'

InferMonad.hs:6: Module `StateX' does not export `returnSX'

InferMonad.hs:6: Module `StateX' does not export `eachSX'

InferMonad.hs:6: Module `StateX' does not export `thenSX'

InferMonad.hs:6: Module `StateX' does not export `toSX'

InferMonad.hs:6: Module `StateX' does not export `putSX'

InferMonad.hs:6: Module `StateX' does not export `getSX'
 
InferMonad.hs:6: Module `StateX' does not export `useSX'

InferMonad.hs:8:
Failed to load interface for `Substitution':
Could not find interface file for `Substitution'
(use -v to see a list of the files searched for)

  

Etc., etc. If someone finds this useful, the entire nightly build
logs from that night are available online at:

ftp.cse.unsw.edu.au/pub/users/dons/ghc+stix/logs/

Particularly, i386-unknown-linux-nofib-5, which showed this
behaviour, although it has occured in other places.

Cheers,
Don
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

interactive co-recursion

[Ketil Z. Malde]

I've no idea if the following is supposed to work, but the message
tells me to report it, so here it is.  Happens for all attempts to
define co-recursive functions, this is just the simplest example.

  Prelude let { f = g ; g = f}
  ghc-6.0: panic! (the `impossible' happened, GHC version 6.0):
getLinkDeps No iface for [pkg]DataziTuple
 
  Please report it as a compiler bug to [EMAIL PROTECTED],
  or http://sourceforge.net/projects/ghc/.

-kzm
-- 
If I haven't seen further, it is by standing in the footprints of giants
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: warning: assignment makes pointer from integer without a cast

[Sven Panne]

Mark Shields wrote:
Not really a bug, but seems disconcerting...

This is from compiling Koen's SAT solver front-end, available from
http://www.math.chalmers.se/~koen/paradox/paradox-1.0-casc.tar.gz
Using ghc 6.0.1, -O2

...
Compiling: Sat.hs
/tmp/ghc24790.hc: In function `Sat_identify_entry':
/tmp/ghc24790.hc:903: warning: assignment makes pointer from integer without a cast
That's a bug in Paradox: identify and solver_new are imported into
Haskell without any prototypes. Fixing this would require some changes
in Paradox, because the header containing the prototypes is a C++ header,
not a C one, but GHC uses a C compiler...
Cheers,
   S.
P.S.: Adding #includes for assert would be nice, too...

___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs