noreply | 2 Dec 10:08 2002
Picon
Picon

[ ghc-Bugs-646201 ] ghc-5.04: panic! ... tySplitTyConApp ...

Bugs item #646201, was opened at 2002-11-30 21:11
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=646201&group_id=8032

Category: Compiler
Group: 5.04.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Markus Lauer (mlauer)
Assigned to: Nobody/Anonymous (nobody)
Summary: ghc-5.04: panic! ... tySplitTyConApp ...

Initial Comment:
compiling the below program with
   ghc -fglasgow-exts Main.hs

gives the following error:

ghc-5.04: panic! (the `impossible' happened, GHC
version 5.04):
        tcSplitTyConApp forall x{-r6S-} :: *.
Main.L{-rr-} x{-r6S-}

-----------------------------------------------------
-- Main.hs

module Main where

newtype FA c = FA (forall x . c x)
(Continue reading)

noreply | 3 Dec 12:35 2002
Picon
Picon

[ ghc-Bugs-642810 ] Still fails to build with GCC 3.2 on Mandrake

Bugs item #642810, was opened at 2002-11-23 18:51
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=642810&group_id=8032

Category: Driver
Group: 5.04.1
>Status: Open
Resolution: None
Priority: 5
Submitted By: Joe English (jenglish)
Assigned to: Nobody/Anonymous (nobody)
Summary: Still fails to build with GCC 3.2 on Mandrake

Initial Comment:

Following the instructions listed in other bug reports,
I bootstrapped GHC 5.04.1 on a machine with an older
GCC, then installed that on the target machine
(Mandrake 9.0, GCC 3.2).

But the mangler is still busted: compiling anything
with -O gives errors like:

| Prologue junk?: .globl __stginit_PrimPacked
| 	.type	__stginit_PrimPacked, <at> function
| __stginit_PrimPacked:
| 	pushl	%ebp
| 	movl	%esp, %ebp

Compiling with '-O -fasm' works, but GHC 5.04.1 still
(Continue reading)

noreply | 3 Dec 18:12 2002
Picon
Picon

[ ghc-Bugs-642810 ] Still fails to build with GCC 3.2 on Mandrake

Bugs item #642810, was opened at 2002-11-23 10:51
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=642810&group_id=8032

Category: Driver
Group: 5.04.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Joe English (jenglish)
Assigned to: Nobody/Anonymous (nobody)
Summary: Still fails to build with GCC 3.2 on Mandrake

Initial Comment:

Following the instructions listed in other bug reports,
I bootstrapped GHC 5.04.1 on a machine with an older
GCC, then installed that on the target machine
(Mandrake 9.0, GCC 3.2).

But the mangler is still busted: compiling anything
with -O gives errors like:

| Prologue junk?: .globl __stginit_PrimPacked
| 	.type	__stginit_PrimPacked, <at> function
| __stginit_PrimPacked:
| 	pushl	%ebp
| 	movl	%esp, %ebp

Compiling with '-O -fasm' works, but GHC 5.04.1 still
(Continue reading)

Hal Daume III | 4 Dec 00:20 2002
Picon

RULES/SPECIALIZE not parsing:

Rules.hs:

module Rules where

my_id :: a -> a
my_id a = a

my_int_id :: Int -> Int
my_int_id a = a

{-# RULES my_id = my_int_id #-}
{-# SPECIALIZE my_id :: Int -> Int = my_int_id #-}

Neither of the pragmas are accepted.  The first elicits a parse error on
my_id, the second elicits a parse error on '='.

GHC 5.04.1 Solaris.

 - Hal

--
Hal Daume III

 "Computer science is no more about computers    | hdaume <at> isi.edu
  than astronomy is about telescopes." -Dijkstra | www.isi.edu/~hdaume
Simon Marlow | 4 Dec 11:36 2002
Picon

RE: RULES/SPECIALIZE not parsing:


> Rules.hs:
> 
> module Rules where
> 
> my_id :: a -> a
> my_id a = a
> 
> my_int_id :: Int -> Int
> my_int_id a = a
> 
> {-# RULES my_id = my_int_id #-}

Each rule should begin with a string, like:

  {-# RULES "my_id" my_id = my_int_id #-}

> {-# SPECIALIZE my_id :: Int -> Int = my_int_id #-}

These kind of specialise pragmas aren't supported any more, because the
same effect can be achieved using RULES (it looks like that's what you
were trying to do).

The docs have some bogusness, which I'll fix.

Cheers,
	Simon
noreply | 5 Dec 04:07 2002
Picon
Picon

[ ghc-Bugs-648783 ] Compile error for HsNet.h

Bugs item #648783, was opened at 2002-12-04 19:07
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=648783&group_id=8032

Category: hslibs/net
Group: 5.04.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile error for HsNet.h

Initial Comment:
libraries/network/Network/BSD.hsc fails to compile on
RedHat 6.2 (GNU libc 2.1.3) due to an unknown type
"in_addr_t" in HsNet.h:

../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I.  
Network/BSD.hsc
In file included from BSD.hsc:99:
include/HsNet.h:77: parse error before `addr'
include/HsNet.h: In function `my_inet_ntoa':
include/HsNet.h:80: `addr' undeclared (first use in
this function)
include/HsNet.h:80: (Each undeclared identifier is
reported only once
include/HsNet.h:80: for each function it appears in.)
make[2]: *** [Network/BSD.hs] Error 1
make[1]: *** [boot] Error 1
(Continue reading)

noreply | 5 Dec 11:44 2002
Picon
Picon

[ ghc-Bugs-648903 ] can't declare instance for type synonim

Bugs item #648903, was opened at 2002-12-05 13:44
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=648903&group_id=8032

Category: Compiler (Type checker)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Igor (alar)
Assigned to: Nobody/Anonymous (nobody)
Summary: can't declare instance for type synonim

Initial Comment:
Trying to load into GHCi simple program (in attached 
file) I receive error stating I can declare class instances 
only for types defined using "data". I beleive it is a bug 
because Hugs handles this situation normally.
Error message:
/igor/tst.hs:1:
    No instance for `Eq (Stack -> Stack)'
    When deriving the `Eq' instance for type `Object'

/igor/tst.hs:1:
    No instance for `Show (Stack -> Stack)'
    When deriving the `Show' instance for type `Object'

/igor/tst.hs:4:
    Illegal instance declaration for `Eq Operator'
        (The instance type must be of form (T a b c)
(Continue reading)

noreply | 5 Dec 11:54 2002
Picon
Picon

[ ghc-Bugs-648903 ] can't declare instance for type synonim

Bugs item #648903, was opened at 2002-12-05 10:44
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=648903&group_id=8032

Category: Compiler (Type checker)
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Igor (alar)
Assigned to: Nobody/Anonymous (nobody)
Summary: can't declare instance for type synonim

Initial Comment:
Trying to load into GHCi simple program (in attached 
file) I receive error stating I can declare class instances 
only for types defined using "data". I beleive it is a bug 
because Hugs handles this situation normally.
Error message:
/igor/tst.hs:1:
    No instance for `Eq (Stack -> Stack)'
    When deriving the `Eq' instance for type `Object'

/igor/tst.hs:1:
    No instance for `Show (Stack -> Stack)'
    When deriving the `Show' instance for type `Object'

/igor/tst.hs:4:
    Illegal instance declaration for `Eq Operator'
        (The instance type must be of form (T a b c)
(Continue reading)

noreply | 5 Dec 12:05 2002
Picon
Picon

[ ghc-Bugs-648783 ] Compile error for HsNet.h

Bugs item #648783, was opened at 2002-12-05 03:07
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=648783&group_id=8032

Category: hslibs/net
Group: 5.04.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile error for HsNet.h

Initial Comment:
libraries/network/Network/BSD.hsc fails to compile on
RedHat 6.2 (GNU libc 2.1.3) due to an unknown type
"in_addr_t" in HsNet.h:

../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I.  
Network/BSD.hsc
In file included from BSD.hsc:99:
include/HsNet.h:77: parse error before `addr'
include/HsNet.h: In function `my_inet_ntoa':
include/HsNet.h:80: `addr' undeclared (first use in
this function)
include/HsNet.h:80: (Each undeclared identifier is
reported only once
include/HsNet.h:80: for each function it appears in.)
make[2]: *** [Network/BSD.hs] Error 1
make[1]: *** [boot] Error 1
(Continue reading)

Nicolas.Oury | 5 Dec 16:02 2002
Picon
Picon

Bug in last CVS

I have a bug in a CVS version for MacOSX from tuesday:

While compiling last version of Frantk:

Compiling DisplaySimple    ( FranTkSrc/DisplaySimple.lhs,
FranTkSrc/DisplaySimple.o )
ghc-5.05: panic! (the `impossible' happened, GHC version 5.05):
        rename/RnExpr.lhs:164: Non-exhaustive patterns in function rnExpr

Please report it as a compiler bug to glasgow-haskell-bugs <at> haskell.org,
or http://sourceforge.net/projects/ghc/.

Best regards,
Nicolas Oury

Gmane