In local.glasgow-haskell-bugs, you wrote:
The library report requires that sortBy be stable. In
5.04.1 it isn't:
[Simon, I must have missed that ghc-bugs is subscribers-only]
There's an #ifdef'ed version in there which is stable, but the
newer mergesort is not:
#ifdef USE_REPORT_PRELUDE
sort
Simon Marlow [EMAIL PROTECTED] writes:
You also need libreadline.so, which here is just a link to
libreadline.so.4.2. The right way to get this, if you're on an
RPM-based Linux system, is to install the appropriate readline-devel
RPM.
Thanks, it worked, but now a longer error occured,
In local.glasgow-haskell-bugs, you wrote:
The library report requires that sortBy be stable. In
5.04.1 it isn't:
It looks like the change to mergesort broke this property:
#ifdef USE_REPORT_PRELUDE
sort = sortBy compare
sortBy cmp = foldr (insertBy cmp) []
#else
sortBy cmp l = mergesort cmp
Bugs item #643878, was opened at 2002-11-26 01:12
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=643878group_id=8032
Category: Prelude
Group: 5.04.1
Status: Closed
Resolution: Fixed
Priority: 7
Submitted By: Mike Gunter (magunter)
Assigned to:
Simon Marlow [EMAIL PROTECTED] writes:
You also need libreadline.so, which here is just a link to
libreadline.so.4.2. The right way to get this, if you're on an
RPM-based Linux system, is to install the appropriate readline-devel
RPM.
Thanks, it worked, but now a longer error
Bugs item #642810, was opened at 2002-11-23 18:51
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=642810group_id=8032
Category: Driver
Group: 5.04.1
Status: Closed
Resolution: None
Priority: 5
Submitted By: Joe English (jenglish)
Assigned to:
Bugs item #642810, was opened at 2002-11-23 10:51
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=642810group_id=8032
Category: Driver
Group: 5.04.1
Status: Closed
Resolution: None
Priority: 5
Submitted By: Joe English (jenglish)
Assigned to:
Bugs item #642810, was opened at 2002-11-23 10:51
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=642810group_id=8032
Category: Driver
Group: 5.04.1
Status: Closed
Resolution: None
Priority: 5
Submitted By: Joe English (jenglish)
Assigned to:
On 26 Nov 2002, Alastair Reid wrote:
ps Better names than 'native' and 'green' surely exist. Something
which conveys the idea that the thread will be remembered for later
use seems appropriate but no good words spring to mind.
Perhaps bound and free?
Alastair Reid wrote:
Design
~~
Haskell threads may be associated at thread creation time with either
zero or one native threads. There are only two ways to create Haskell
threads so there are two cases to consider:
Umm, Alastair, I think you've got things a bit mixed up here. Did you
On Tue, 2002-11-26 at 08:32, Dean Herington wrote:
On 26 Nov 2002, Alastair Reid wrote:
ps Better names than 'native' and 'green' surely exist. Something
which conveys the idea that the thread will be remembered for later
use seems appropriate but no good words spring to mind.
Perhaps
On 26 Nov 2002, Alastair Reid wrote:
Umm, Alastair, I think you've got things a bit mixed up here. Did
you mean two ways to create a native thread?
No.
There are currently three ways to create a Haskell thread (forkIO,
foreign export, finalizers) and Wolfgang has proposed a fourth
On Fri, 22 Nov 2002, Hal Daume III wrote:
Because List is the H98 module, Data.List is the extended one which
contains foldl'. Regardless of whether you say -package data or not,
you're not going to get Data.List unless you ask for it explicitly:
(snip)
Thanks very much indeed! I finally
At 2002-11-26 09:37, Alastair Reid wrote:
1) forkNativeThread :: IO () - IO ()
The fresh Haskell thread is bound to a fresh native thread.
2) forkIO :: IO () - IO ()
The fresh Haskell thread is not bound to a native thread.
Are you sure you intend to change the type of forkIO?
Nice design, Alastair. I've stolen lots of ideas and some text for the
complete rewrite of the proposal. The concept of associating haskell
threads to native threads proved to be a good way of explaining my
original idea in a different way --- and then I found out that
forkNativeThread needn't
Hi there.
Could somebody please let me know where I've gone wrong in the program below
(yesterday's CVS HEAD stage 3 compiler on Windows)?
- TH - printf.hs ---
module Main where
import Language.Haskell.THSyntax
data Format = D | S | L String
main = putStrLn ( $(pr Hello) )
parse
On Tue, 26 Nov 2002 13:54:08 +0800 (GMT-8)
Martin Sulzmann [EMAIL PROTECTED] wrote:
The latest Chamleon release includes a compiler. Chameleon programs
are translated into plain Haskell (= Hindley/Milner subset plus
polymorphic recursion).
Do this mean I can use all of the ghc extensions
David Bergman wrote (on 26-11-02 01:29 -0500):
I would like to know if anyone (maybe Mark P) knows the status of
Cartesian classes in different Haskell implementations. I.e., does
anyone implement the suggested functional dependencies or the less
general parameterized type classes?
I have
Nick Name writes:
The latest Chamleon release includes a compiler. Chameleon programs
are translated into plain Haskell (= Hindley/Milner subset plus
polymorphic recursion).
Do this mean I can use all of the ghc extensions and the chameleon type
system in my programs?
In
+---+
EACL 2003
10th Conference of the European Chapter
of the Association for Computational Linguistics
April 12-17, 2003
What does nub stand for? (This is the first I've heard of it.)
Hmm, maybe that's not such a great explanation. I wonder who can come up
with the best acronym? My contribution is
Note Unique Bits
no duplicates (or no doubles) although that's no acronym
Christian
Hi
I need help specifically building Haskell functions
that I can call from C++ (or C).
I looked at the Foreign Function Interface
explanation at GHC user's guide, but I didn't understand itt well, and I'm not
succeeding at doing it.
I'm using GCH 5.04.1 in Win32 environment, and
Microsoft
(I am having problem with my lovely Outlook program, so here I send it
again, to the whole group; sorry, Frank...)
Frank Atanassow wrote:
David Bergman wrote (on 26-11-02 01:29 -0500):
I would like to know if anyone (maybe Mark P) knows the status of
Cartesian classes in different Haskell
A very concrete, but naïve, question: what is the syntax for defining
functional dependencies in Hugs and GHC? Since Mark Jones' syntax was
abstract in his paper, it is kind of hard to deduce an ASCII equivalence
(I have tried to figure out how to create a curly arrow from the
keyboard ;-)
I
Curly enough...
Thanks,
David
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf Of Hal Daume III
Sent: Tuesday, November 26, 2002 1:40 PM
To: David Bergman
Cc: 'Haskell Mailing List'
Subject: RE: cartesian classes
A very concrete, but naïve, question:
On Tue, 26 Nov 2002 23:08:50 +0800 (GMT-8)
Martin Sulzmann [EMAIL PROTECTED] wrote:
Let me know what you think
would be useful and we try to make it available in the next release.
Maybe extensions was an excess :) I just want to point out, in my
little student experience, that a new language
26 matches
Mail list logo
