Hi,
6.4 appears to incorrectly infer some types in the attached code
when asking with :info in GHCi.
Both 6.2.1 and 6.4.20050215 inferrings (is there a nice english
word for that?) are added and commented out.
Greetings,
Remi
--
Nobody can be exactly like me. Even I have trouble doing it.
{-#
Excellent bug, thank you. This one has been lurkng for a long time
(it's wrong in 6.2 too) but some recent changes made it surface. Easily
fixed.
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-bugs-
| [EMAIL PROTECTED] On Behalf Of Remi Turk
| Sent: 26
Ah, this one we fixed a few days ago. Works for me with the head.
Thanks for your well-boiled-down bug reports; they are a lot faster to
fix.
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-bugs-
| [EMAIL PROTECTED] On Behalf Of Remi Turk
| Sent: 27
good point; now fixed
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-bugs-
| [EMAIL PROTECTED] On Behalf Of Remi Turk
| Sent: 26 February 2005 14:46
| To: glasgow-haskell-bugs@haskell.org
| Subject: :i EmptyClass shows a superfluous where
|
| Hi,
|
| it's not
Donald Bruce Stewart wrote:
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for GHC on
the x86_64 platform, which seem to indicate some kind of occasional
memory/GC problem. I'm probably not going to be able to track this down
until after the 6.4 release,
bstrand:
Donald Bruce Stewart wrote:
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for GHC on
the x86_64 platform, which seem to indicate some kind of occasional
memory/GC problem. I'm probably not going to be able to track this down
until
In a clean tree I configured:
./configure --prefix=/u/kmacy/usr/x86_64
--with-ghc=/u/kmacy/src/ghc/src/ghc-6.2.2-x86_64-x86_64/ghc/compiler/ghc-inplace
where the ghc-inplace is unregisterised, points to stage1, and is
known to compile Hello World
gcc -E -undef -traditional -P -I../includes
Hi,
I am trying to install GHC on Mac OS X (Panther) using Darwin Ports.
When i run
sudo port install ghc
I get the following error message shortly into the compilation:
==fptools== make boot - --no-print-directory -r;
in
Hi Chris,
I maintain the dp ghc port. This may be a regression I accidentally
introduced recently. Look at the port file, and let me know the
revision number
(the field revision).
If it is 12, I need to make a quick change to the portfile.. If it is
less than 12,
update from cvs and try
Hi Chris,
Forget about my last message. I had accidentally introduced a bug
in my last revision. I have updated the portfile; update from cvs and
you should be ready to go.
(The bootstrap compiler still depends on the darwinports dlcompat
library, which was not a dependency of the port. It is
I might be wrong, but it seems there is no module library in Haskell that
would provide a unified interface for converting strings from one encoding
into another, be it Unicode Transformation Formats, the numerous 8-bit
encodings, or some user-defined transliterations or transcriptions.
Otakar Smrz wrote:
[...] I would be happy for your comments and suggestions.
There were some extensive discussions about encoding/decoding on the
libraries mailing
list some time ago, but IIRC no real consensus was reached. Among the problems
were
* The interface to the encoded/decoded data:
On 2005-02-27, Otakar Smrz [EMAIL PROTECTED] wrote:
I might be wrong, but it seems there is no module library in Haskell that
would provide a unified interface for converting strings from one encoding
into another, be it Unicode Transformation Formats, the numerous 8-bit
encodings, or some
Hi Chris,
Excellent news. Thank you for helping to track down the bug
in the port.
Best Wishes,
Greg
On Feb 27, 2005, at 1:37 PM, Chris Brown wrote:
Greg,
That appears to be working now! Thanks very much for your help!
Kind regards,
Chris.
On 27 Feb 2005, at 18:00, Gregory Wright wrote:
Hi Chris,
14 matches
Mail list logo