Clifford
In the next few days we'll release GHC 5.02.
The Windows version of that will not require any version of cygwin;
it comes complete, and you don't need to install anything else to make
it work. (Nor does it mind if you have some version of cygwin
installed,
a surprisingly difficult
On Thu, Sep 13, 2001 at 06:42:52PM +0100, Ian Lynagh wrote:
p_aexp_list Parser 00.0 0.0 0.0 0.3
[...]
Now basically my problem is how things under p_aexp_list can be entered
896 times if p_aexp_list is entered 0 times - am I reading it wrong?
[...]
And
Below is the result of your feedback form. It was submitted by
ANNA ([EMAIL PROTECTED]) on Friday, September 14, 2001 at 18:47:37
---
message: Hello my friend
My cam is always on for you.for your sex
I cannot forget all
Alastair David Reid wrote:
| existential types, functional dependencies, other
| experimental-but-apparently-crucial features [...]
:
| I do use the IO monad, IORefs (sparingly), constructor
| classes, lots of libraries, the foreign function
| interface (lets you call C and C++), parser
Fri, 14 Sep 2001 01:00:06 +0200, Lennart Augustsson [EMAIL PROTECTED] pisze:
I have been writing substantial Haskell programs and I use *NO*
experimental features.
In a 2000-line interpreter I used:
- FiniteMap (for environments),
- Dynamic Exception (for exceptions in the language being
On Friday, 14. September 2001 04:38, you wrote:
[...]
wxWindows is quite C++ centric and AFAIK nobody has made a
serious effort at a C++ FFI yet. One of the big advantages
of GTK+ is that it was written with bindings for other
languages in mind. Therefore, it is probably the toolkit
with
As such, I would like to see a focus on making Haskell great for web
application and web service development.
Right. On the server side, this is easy (and people have done it,
see the example HTML server, and I've used it to code up a game server,
used for a students' programming contest
I would love to see Haskell used on the client side, that is,
I want Haskell applets.
I know of one Haskell applet running on the internet.
This would probably require that the user
downloads Hugs as a netscape-plugin? Or ghc emits Java (byte-)code?
And in both cases: what GUI should we use?
| wxWindows is quite C++ centric and AFAIK nobody has made a
| serious effort at a C++ FFI yet. One of the big advantages
| of GTK+ is that it was written with bindings for other
| languages in mind. Therefore, it is probably the toolkit
| with the most language bindings.
The lack of any
Fri, 14 Sep 2001 02:09:21 -0700, Julian Seward (Intl Vendor) [EMAIL PROTECTED]
pisze:
The lack of any way to interface to C++ is a problem, IMO.
I would love to be able to write Haskell programs using Qt
and ultimately the KDE libraries, both of which are C++, but
I can't, at the mo.
I
As a general question (and forgive my ignorance): are the various ffi's
implemented using something like `dlopen' or are they done by actually
putting suitable stubs into the Haskell generated C-code which then gets
compiled by the C compiler as part of the overall haskell compilation?
On 14 Sep
Hello,
I would like to know how can-I mapping Haskell
program with a database (for example Oracle). and How can-I encapsulate the
request ina O'Haskell Object ?
Thanks for your response.
Kind regardsJean-Pierre Bernède (Paris - France).
S. Alexander Jacobson [EMAIL PROTECTED] wrote,
Out of curiosity, how does GTK+ compare with Fruit?
GTK+ has a C API heavily based on call backs and mutable
state. Thus, the Haskell transcription of that API heavily
relies on the use of the IO monad - as does H98 textual IO.
It seems like it
Mark Carroll [EMAIL PROTECTED] wrote,
On Fri, 14 Sep 2001, Manuel M. T. Chakravarty wrote:
(snip)
wxWindows is quite C++ centric and AFAIK nobody has made a
serious effort at a C++ FFI yet. One of the big advantages
(snip)
Of course, wxPython also exists - I assume that the emphasis
At 09:58 14-9-01 +0200, Wolfgang Jeltsch wrote:
I didn't mean that a Haskell binding to wxWindows should be made. I meant
that the strategy of wxWindows should be used also for a Haskell GUI library.
This strategy is to define a common GUI interface and provide implementations
for different
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 14 September 2001 12:52 pm, Marcin 'Qrczak' Kowalczyk wrote:
I think it should be easy to add support for C++, except exceptions.
There are two approaches: call C++ functions directly (it requires
implementing name mangling by the
Manuel M. T. Chakravarty wrote:
Maybe it should be clarified that there are exceptions in
H98, but *only* in the IO monad. What the extension is
about are exceptions in pure functions.
Further clarification: the extension allows you to _raise_ exceptions in pure
functions, but you may only
On Fri, 14 Sep 2001 [EMAIL PROTECTED] wrote:
(snip)
Further clarification: the extension allows you to _raise_ exceptions in pure
functions, but you may only catch them in the IO monad.
This asymmetry is very important for Haskell, since otherwise evaluation order
would be observable. This
[ Meant for this to go to the mailing list ... ]
--
Andy Moran Ph. (503) 526 3472
Galois Connections Inc. Fax. (503) 350 0833
3875 SW Hall Blvd. http://www.galconn.com
Beaverton, OR
I may as well send my reply to the list too, then! (-:
On Fri, 14 Sep 2001 [EMAIL PROTECTED] wrote:
Mark Carroll wrote:
(snip)
Oh, certainly, but couldn't the compiler do all the rewriting for you,
though, so existing code would still work and new code would still look
nice?
I'm not
Fri, 14 Sep 2001 18:04:24 +0300, Eray Ozkural [EMAIL PROTECTED] pisze:
I understand that you ought to deal with name mangling at some stage,
but how would the interfaces ultimately look like?
It depends how sophisticated tools we create. The easy step is to
wrap everything in functions. They
Fri, 14 Sep 2001 12:10:27 +1000, Manuel M. T. Chakravarty [EMAIL PROTECTED] pisze:
Maybe it should be clarified that there are exceptions in
H98, but *only* in the IO monad. What the extension is
about are exceptions in pure functions.
BTW, Exceptions are useful for something other than
Hello,
Probably this question has been brought before. Besides the Preludes, why doesn't
Haskell have libraries like Java, Squeak (Smalltalk). I found this:
http://www.cit.gu.edu.au/~arock/hlibs/
Please take a look at .pdf files. Also I remember there was a Russian (actually
Georgian) guy who
On Fri, 2001-09-14 at 15:12, Mark Carroll wrote:
On Fri, 14 Sep 2001, Bill Halchin wrote:
Probably this question has been brought before. Besides the Preludes,
why doesn't
Haskell have libraries like Java, Squeak (Smalltalk). I found this:
(snip)
I'm puzzled - it does! - see
If the GUI is based on the IO monad, then it doesn't seem like there is
a lot of advantage to doing it in Haskell. It seems like a better
idea to use a more natural language for IO and make RPC/interproc calls
to a haskell server to get stuff done.
In other words, what is the value of the GTK+
If the GUI is based on the IO monad, then it doesn't seem like there is
a lot of advantage to doing it in Haskell. It seems like a better
idea to use a more natural language for IO and make RPC/interproc calls
to a haskell server to get stuff done.
In other words, if you use the IO monad,
On 14 Sep 2001, Jeffrey Palmer wrote:
(snip) [ good stuff ]
Thoughts?
A shortage of volunteers? I get the impression that there's a reasonable
consensus on what needs to be done; it's just that too few of us have the
time and expertise to execute it.
-- Mark
27 matches
Mail list logo