headers
SourceForge.net | 1 Nov 2005 06:40
Picon
Favicon

[ ghc-Bugs-1344553 ] GHC and GHCi hang when compiling simple program

Bugs item #1344553, was opened at 2005-10-31 21:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1344553&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: GHC and GHCi hang when compiling simple program

Initial Comment:
When interpreting the following four-line program using
GHCi on Windows, GHCi hangs, never completing
compilation and giving no output:

data Paradox = Roll (Paradox -> Int)
unroll (Roll x) = x
selfapply x = unroll x x
uhoh = selfapply (Roll selfapply)

If I add a simple main method of the form 'main = do
print (fst ("Hello world", uhoh))', and then compile
with GHC, it hangs as well. However, if I use a main
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Nov 2005 11:12
Picon
Favicon

[ ghc-Bugs-1344553 ] GHC and GHCi hang when compiling simple program

Bugs item #1344553, was opened at 2005-11-01 05:40
Message generated for change (Comment added) made by simonpj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1344553&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: GHC and GHCi hang when compiling simple program

Initial Comment:
When interpreting the following four-line program using
GHCi on Windows, GHCi hangs, never completing
compilation and giving no output:

data Paradox = Roll (Paradox -> Int)
unroll (Roll x) = x
selfapply x = unroll x x
uhoh = selfapply (Roll selfapply)

If I add a simple main method of the form 'main = do
print (fst ("Hello world", uhoh))', and then compile
with GHC, it hangs as well. However, if I use a main
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Nov 2005 20:20
Picon
Favicon

[ ghc-Bugs-1330166 ] build fails on Linux/sparc (genprimopcode: parse error at)

Bugs item #1330166, was opened at 2005-10-18 14:28
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1330166&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: 6.4.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Arkadiusz Miskiewicz (arekm)
Assigned to: Nobody/Anonymous (nobody)
Summary: build fails on Linux/sparc (genprimopcode: parse error at)

Initial Comment:
Build fails when building ghc 6.4.x (tested 6.4 and 6.4.1) on Linux/
sparc and using ghc 6.4 binaries for bootstrap:

mkdir stage1/ndpFlatten
mkdir stage1/iface
mkdir stage1/cmm
mkdir stage1/ghci
Creating main/Config.hs ...
done.
Creating stage1/ghc_boot_platform.h...
Done.
sparc-pld-linux-gcc -E  -undef -traditional -P -I../includes    -x c
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Nov 2005 20:28
Picon
Favicon

[ ghc-Bugs-1330166 ] build fails on Linux/sparc (genprimopcode: parse error at)

Bugs item #1330166, was opened at 2005-10-18 14:28
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1330166&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: 6.4.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Arkadiusz Miskiewicz (arekm)
Assigned to: Nobody/Anonymous (nobody)
Summary: build fails on Linux/sparc (genprimopcode: parse error at)

Initial Comment:
Build fails when building ghc 6.4.x (tested 6.4 and 6.4.1) on Linux/
sparc and using ghc 6.4 binaries for bootstrap:

mkdir stage1/ndpFlatten
mkdir stage1/iface
mkdir stage1/cmm
mkdir stage1/ghci
Creating main/Config.hs ...
done.
Creating stage1/ghc_boot_platform.h...
Done.
sparc-pld-linux-gcc -E  -undef -traditional -P -I../includes    -x c
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Nov 2005 20:44
Picon
Favicon

[ ghc-Bugs-1330166 ] build fails on Linux/sparc (genprimopcode: parse error at)

Bugs item #1330166, was opened at 2005-10-18 23:28
Message generated for change (Comment added) made by arekm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1330166&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: 6.4.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Arkadiusz Miskiewicz (arekm)
Assigned to: Nobody/Anonymous (nobody)
Summary: build fails on Linux/sparc (genprimopcode: parse error at)

Initial Comment:
Build fails when building ghc 6.4.x (tested 6.4 and 6.4.1) on Linux/
sparc and using ghc 6.4 binaries for bootstrap:

mkdir stage1/ndpFlatten
mkdir stage1/iface
mkdir stage1/cmm
mkdir stage1/ghci
Creating main/Config.hs ...
done.
Creating stage1/ghc_boot_platform.h...
Done.
sparc-pld-linux-gcc -E  -undef -traditional -P -I../includes    -x c
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jan-Willem Maessen | 3 Nov 2005 16:32
Picon
Favicon

Less than lovely error message

Mail still occasionally vanishing into the ether.  This has been  
hanging about for a little while now.

-Jan

Begin forwarded message:

> If I mistakenly write a multi-field newtype, the error message  
> which results in 6.4.1 is rather obscure:
>
> newtype Empty = E {e :: (IO HT), hfe :: HashFun}
>
>
> HashTest.hs:18:31: parse error on input `,'
>
>
> I'm hoping this wouldn't actually be that difficult to fix to say  
> something like:
>
> HashTest.hs:18:31: newtype cannot have multiple fields
>
>
> [I'm writing some QuickCheck tests for Data.HashTable...]
>
> -Jan-Willem Maessen
>
Permalink | Reply | 0 comments |
headers
SourceForge.net | 3 Nov 2005 17:28
Picon
Favicon

[ ghc-Bugs-1078231 ] GHCi stdin buffering strange

Bugs item #1078231, was opened at 2004-12-03 02:46
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1078231&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: None
Status: Open
Resolution: None
Priority: 2
Submitted By: Simon Peyton Jones (simonpj)
Assigned to: Nobody/Anonymous (nobody)
Summary: GHCi stdin buffering strange

Initial Comment:
Ben Rudiak-Gould reports

This is a bizarre problem that's been randomly biting me 
for ages, but I 
just recently figured out how to reliably reproduce it.

Steps to reproduce:

    1. Install GHC 6.2.2 for Win32 from the MSI file at 
haskell.org. 
(Older versions also exhibit the bug.)
    2. Start GHCi from the command line with no options.
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 4 Nov 2005 10:55
Picon
Favicon

[ ghc-Bugs-1078231 ] GHCi stdin buffering strange

Bugs item #1078231, was opened at 2004-12-03 10:46
Message generated for change (Comment added) made by simonmar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1078231&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 2
Submitted By: Simon Peyton Jones (simonpj)
Assigned to: Nobody/Anonymous (nobody)
Summary: GHCi stdin buffering strange

Initial Comment:
Ben Rudiak-Gould reports

This is a bizarre problem that's been randomly biting me 
for ages, but I 
just recently figured out how to reliably reproduce it.

Steps to reproduce:

    1. Install GHC 6.2.2 for Win32 from the MSI file at 
haskell.org. 
(Older versions also exhibit the bug.)
    2. Start GHCi from the command line with no options.
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 4 Nov 2005 11:03
Picon
Favicon

[ ghc-Bugs-1348090 ] HUnit treats failures as errors

Bugs item #1348090, was opened at 2005-11-04 11:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1348090&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries (other)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stefan Wehr (stefanheimann)
Assigned to: Nobody/Anonymous (nobody)
Summary: HUnit treats failures as errors

Initial Comment:
HUnit treats a failure in a testcase as an error. I
attached a patch that fixes the problem. I tested the
patch with ghc and hugs.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1348090&group_id=8032
Permalink | Reply | 0 comments |
headers
Simon Marlow | 4 Nov 2005 17:14
Picon
Favicon

RE: ghc-pkg --global has strange semantics

I've now added GHC_PACKAGE_PATH, as requested.

Also, I've cleaned up the ghc-pkg options.  The basic idea is this: we
separate the concept of the "stack of package databases" from the
database that is being modified by ghc-pkg.  

The --user and --global flags have no effect on the stack of package
databases; the stack is built up by taking into account
GHC_PACKAGE_PATH, the user & global databases, and any --package-conf
options.  The stack is printed out by 'ghc-pkg list'.

The database to be modified is given by the rightmost (--global, --user,
--package-conf) option, defaulting to the global database.

So --package-conf has a dual role: it both adds to the stack, and also
specifies the database to modify.  This is the bit that isn't entirely
satisfactory; really we should have two options, but that seemed overly
confusing.  To let --package-conf function in the role of just
"selecting which database to modify", it now doesn't add to the stack if
the database it names is already on the stack somewhere.

I think this tidies things up a bit.  Comments?

Cheers,
	Simon

On 08 September 2005 22:52, Frederik Eaton wrote:

> It appears that the "--global" option to ghc-pkg causes the program to
> forget all of the preceding package configuration options.
(Continue reading)

Permalink | Reply | 501 comments |

Gmane