And it also appears at the run-time.

`Making'  docon-2.08-pre   (like in previous report enclosed) 
under  -O,
making the test by         cd $(s)/demotest
                           ghc $pcpdocon --make T_ 

and running the test by    ghci $pcpdocon T_ +RTS any space -RTS
                           ...
                           T_> :set +s
                           T_> test "log"
yields
  ...  
  ...
  fromOverX: X[y,z] -> K[x,y,z] is the canonical isomorphism.
  --- RESULT:
  [ghc-6.2.1: internal error: scavenge:
   unimplemented/strange closure type 64 @ 0x403c20a4
    Please report this as a bug to [EMAIL PROTECTED],
    or http://www.sourceforge.net/projects/ghc/

Also the message   fromOverX: X[y,z] -> K[x,y,z] ...

shows that at this point it works certain particular instance declared
in  Pol3_.hs.
Simon P. Jones wrote about this something like 
"you may so far use old ghc-6xx".

But:   
* under  -Onot  the test runs successfully,
* it is desirable a "DoCon-reliable" official ghc-new (for -O too).

Please, advise,

-----------------
Serge Mechveliani
[EMAIL PROTECTED]



-- previous report  ----------------------------------------

Dear GHC developers,

I have `made' GHC of   cvs update -r ghc-6-2-branch    (about May 14)

by  ghc-6.2.1   on  RedHat Linux (about version 8) libc-2.2, i686.

Now, you have the                 docon-2.08-pre  
test, with  Pol3_.hs  containing

  instance (LinSolvRing (Pol a), CommutativeRing a) =>
                                          LinSolvRing (UPol (Pol a))
  ...

And      make space=-M20m docon           
(-Onot) 
yields
   ...
   ... 
    /home/mechvel/docon/2.08/docon/source/export/Pfact3_.hi:
     openBinaryFile: does not exist (No such file or directory)
   Compiling Pfact3_ 
     ( pol/factor/Pfact3_.hs,
       /home/mechvel/docon/2.08/docon/source/export/Pfact3_.o )

   ==================== INTERFACE HAS CHANGED ====================
   No old interface available

   ghc-6.2.1: internal error: scavenge_mark_stack: 
                   unimplemented/strange closure type 30 @ 0x41692598
    Please report this as a bug to [EMAIL PROTECTED],
    or http://www.sourceforge.net/projects/ghc/


Repeating this command, or `making' it from the start under  -M30m 
avoids this report.







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

Reply via email to