Bugs item #1285326, was opened at 2005-09-08 20:18
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1285326group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1277825, was opened at 2005-09-01 00:31
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1277825group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1282571, was opened at 2005-09-05 22:33
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1282571group_id=8032
Please note that this message will contain a full copy of the comment
On 09 September 2005 15:40, David F. Place wrote:
My program terminated with the following message:
pal: internal error: memory allocation failed (requested 2097152
bytes) Please report this as a bug to
glasgow-haskell-bugs@haskell.org,
Forgive me for asking the obvious, but is it
On 10 September 2005 01:33, Frederik Eaton wrote:
It seems ghc-6.4.1.20050903 doesn't support having an --exec-prefix
different from --prefix. When I tried this, ghci didn't work, it was
looking for libraries in PREFIX/lib which had been installed under
EXEC_PREFIX/lib.
That's entirely
Just glancing over the patch, I can't immediately see how it works. GHC
6.4 gives priority to package modules over modules on the local search
path, so Distribution.* will be taken from the installed Cabal package.
However, when linking GHC you are ommitting -package Cabal, so I'd
expect a link
On 13 September 2005 00:25, Frederik Eaton wrote:
Works for me with a 6.4.1 snapshot.
I've upgraded to 6.4.1.20050903 and it still doesn't work. Did you
remember to create the empty directory 'foo'?
Of course, I think there are two things wrong: (1) the fact that it
doesn't work, (2) the
On 12 September 2005 16:34, Frederik Eaton wrote:
On Mon, Sep 12, 2005 at 12:41:32PM +0100, Simon Marlow wrote:
On 20 August 2005 22:38, Frederik Eaton wrote:
Hi,
It seems like it would be nice to have runghc not take modules from
the current working directory in many cases since it
Bugs item #1186741, was opened at 2005-04-20 15:17
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1186741group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1289569, was opened at 2005-09-13 09:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1289569group_id=8032
Please note that this message will contain a full copy of
Bugs item #1285326, was opened at 2005-09-08 20:18
Message generated for change (Comment added) made by tuananhbirm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1285326group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1289573, was opened at 2005-09-13 09:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1289573group_id=8032
Please note that this message will contain a full copy of
Bugs item #807249, was opened at 2003-09-16 16:37
Message generated for change (Settings changed) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=807249group_id=8032
Please note that this message will contain a full copy of the comment
Yes, it does seem that it has just run out of memory. In that case,
the bug is the error message that instructs me to make a bug report.
On Sep 13, 2005, at 5:02 AM, Simon Marlow wrote:
On 09 September 2005 15:40, David F. Place wrote:
My program terminated with the following message:
On 13 September 2005 11:47, David F. Place wrote:
The non-Darwin version of that error message does indicate out of
memory.
Wolfgang: can we detect out of memory on Darwin too?
Cheers,
Simon
Yes, it does seem that it has just run out of memory. In that case,
the bug is the error
Just glancing over the patch, I can't immediately see how it works. GHC
6.4 gives priority to package modules over modules on the local search
path, so Distribution.* will be taken from the installed Cabal package.
However, when linking GHC you are ommitting -package Cabal, so I'd
expect a
On 13 September 2005 12:22, Andres Loeh wrote:
Just glancing over the patch, I can't immediately see how it works.
GHC
6.4 gives priority to package modules over modules on the local
search path, so Distribution.* will be taken from the installed
Cabal package. However, when linking GHC
Yes, GHC has a special rule to handle case-of-expression. (We call it
smart-app in the paper.) But GHC's front end retains all syntax,
including tuple syntax, and I failed to do the special rule for tuple
syntax. Sorry!
Perhaps you can file it as a Sourceforge bug. I'm going to do a raft of
On Tue, Sep 13, 2005 at 10:15:39AM +0100, Simon Marlow wrote:
On 12 September 2005 16:34, Frederik Eaton wrote:
On Mon, Sep 12, 2005 at 12:41:32PM +0100, Simon Marlow wrote:
On 20 August 2005 22:38, Frederik Eaton wrote:
Hi,
It seems like it would be nice to have runghc not take
19 matches
Mail list logo