Re: charToUtf8 1883885648 panic on sparc

2004-06-24 Thread Ian Lynagh
On Thu, Jun 17, 2004 at 10:01:06AM +0100, Simon Marlow wrote:
 
 After recent testing, this bug goes away when gcc-2.95 is used, so I
 claim it is a bug in the gcc version being used (3.3.2-debian).  GCC
 versions prior to 3.3.3 are known to have problems with register
 variables.

Hmm, I was told the bug was fixed in the version I was using, although
it could have been a different bug. Sorry for the wasted time  :-(

Anyway, the good news is everything looks rosy with 3.3.4  :-)


Thanks
Ian

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


RE: charToUtf8 1883885648 panic on sparc

2004-06-17 Thread Simon Marlow
On 26 April 2004 17:52, Ian Lynagh wrote:

 On sparc, GHC is failing when building hmake as below:
 
 -
 /usr/bin/haskell-compiler-package lang -c -o
 /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/QSort.o
 QSort.hs /usr/bin/haskell-compiler-package lang -c -o
 /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/Unlit.o
 Unlit.hs ghc-6.2.1: panic! (the `impossible' happened, GHC version
 6.2.1): charToUtf8 1883885648  
 
 Please report it as a compiler bug to
 [EMAIL PROTECTED], 
 or http://sourceforge.net/projects/ghc/.
 -

After recent testing, this bug goes away when gcc-2.95 is used, so I
claim it is a bug in the gcc version being used (3.3.2-debian).  GCC
versions prior to 3.3.3 are known to have problems with register
variables.

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


RE: charToUtf8 1883885648 panic on sparc

2004-05-06 Thread Simon Marlow
On 26 April 2004 17:52, Ian Lynagh wrote:

 On sparc, GHC is failing when building hmake as below:
 
 -
 /usr/bin/haskell-compiler-package lang -c -o
 /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/QSort.o
 QSort.hs /usr/bin/haskell-compiler-package lang -c -o
 /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/Unlit.o
 Unlit.hs ghc-6.2.1: panic! (the `impossible' happened, GHC version
 6.2.1): charToUtf8 1883885648  

Does this only happen on Sparc?

I don't have a sparc box handy to debug on.  Can I have an account on
yours? :-)

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


Re: charToUtf8 1883885648 panic on sparc

2004-05-06 Thread Donald Bruce Stewart
simonmar:
 On 26 April 2004 17:52, Ian Lynagh wrote:
 
  On sparc, GHC is failing when building hmake as below:
  
  -
  /usr/bin/haskell-compiler-package lang -c -o
  /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/QSort.o
  QSort.hs /usr/bin/haskell-compiler-package lang -c -o
  /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/Unlit.o
  Unlit.hs ghc-6.2.1: panic! (the `impossible' happened, GHC version
  6.2.1): charToUtf8 1883885648  
 
 Does this only happen on Sparc?
 
 I don't have a sparc box handy to debug on.  Can I have an account on
 yours? :-)

hmake-3.08 builds fine under ghc-6.2.1 on sparc/openbsd, for what it is
worth.

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


Re: charToUtf8 1883885648 panic on sparc

2004-05-06 Thread Donald Bruce Stewart
dons:
 simonmar:
  On 26 April 2004 17:52, Ian Lynagh wrote:
  
   On sparc, GHC is failing when building hmake as below:
   
   -
   /usr/bin/haskell-compiler-package lang -c -o
   /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/QSort.o
   QSort.hs /usr/bin/haskell-compiler-package lang -c -o
   /build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/Unlit.o
   Unlit.hs ghc-6.2.1: panic! (the `impossible' happened, GHC version
   6.2.1): charToUtf8 1883885648  
  
  Does this only happen on Sparc?
  
  I don't have a sparc box handy to debug on.  Can I have an account on
  yours? :-)
 
 hmake-3.08 builds fine under ghc-6.2.1 on sparc/openbsd, for what it is
 worth.

Hmm.  That build is dying very early in..

===  Building for hmake-3.08
cd src/hmake;  gmake HC=ghc install config
gmake[1]: Entering directory
`/usr/obj/ports/hmake-3.08/hmake-3.08/src/hmake'
mkdir -p /usr/obj/ports/hmake-3.08/hmake-3.08/targets/sparc-OpenBSD/obj/hmake 
|| /usr/bin/true
ghc-package lang -c -o
/usr/obj/ports/hmake-3.08/hmake-3.08/targets/sparc-OpenBSD/obj/hmake/QSort.o
QSort.hs ghc-package lang -c -o
/usr/obj/ports/hmake-3.08/hmake-3.08/targets/sparc-OpenBSD/obj/hmake/Unlit.o
Unlit.hs
...

The second file to be built. 

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


charToUtf8 1883885648 panic on sparc

2004-04-26 Thread Ian Lynagh

Hi all,

On sparc, GHC is failing when building hmake as below:

-
/usr/bin/haskell-compiler-package lang -c -o 
/build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/QSort.o QSort.hs
/usr/bin/haskell-compiler-package lang -c -o 
/build/buildd/hmake-3.08/targets/sparc-Linux/obj/hmake/Unlit.o Unlit.hs
ghc-6.2.1: panic! (the `impossible' happened, GHC version 6.2.1):
charToUtf8 1883885648

Please report it as a compiler bug to [EMAIL PROTECTED],
or http://sourceforge.net/projects/ghc/.
-

ghc-package lang -c Unlit.hs -v9 2 /dev/null ends like this in
the Desugar section:

lit_aWG :: GHC.Base.Int
lit_aWG = lit_aVV
classify :: GHC.Base.Int - [GHC.Base.String] - [Unlit.Classified]
classify = \ ds_dYb :: GHC.Base.Int ds_dY9 :: [GHC.Base.String] -
 let {
   fail_dYk :: [Unlit.Classified]
   fail_dYk = GHC.Err.patError

(no final newline) whereas on x86 it continues:

lit_aWG :: GHC.Base.Int
lit_aWG = lit_aVV
classify :: GHC.Base.Int - [GHC.Base.String] - [Unlit.Classified]
classify = \ ds_dYb :: GHC.Base.Int ds_dY9 :: [GHC.Base.String] -
let {
  fail_dYk :: [Unlit.Classified]
  fail_dYk = GHC.Err.patError
   @ [Unlit.Classified] Unlit.hs:22|function classify } in
let {
  fail_d102 :: [Unlit.Classified]
  fail_d102 = let {
fail_dYs :: [Unlit.Classified]
fail_dYs = case ds_dY9 of wild_B1 {

I would guess this is a problem where an 8-bit character is converted to
a unicode character without the high bits being zeroed somewhere?

I've put a copy of Unlit.hs at http://urchin.earth.li/~ian/Unlit.hs
and the sparc output at http://urchin.earth.li/~ian/Unlit.sparc_out


Thanks
Ian

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