On Thu, Nov 17, 2005 at 08:46:50AM -0500, David Roundy wrote:
> On Thu, Nov 17, 2005 at 10:03:00AM +0100, Ketil Malde wrote:
> > >2) Improving Haskell support for records.
> >
> > Right - the problem is that nobody seems to agree exactly how to do
> > this. I like the fact that record access lo
Hello,
I also couldn't compile it. I looked in the sources a bit, and at
least one of the problems was that that the wxHaskell wrappers used
'char' insted of 'wxChar', which I think causes problems if wxWidgets
is compiled with unicode support (as is probably the case with the
Debian library). It
Wouter Swierstra succeeded compiling wxhaskell for Mac OSX Tiger. See
his messages on the wxhaskell-mailinglist:
http://sourceforge.net/mailarchive/forum.php?forum_id=34197
From: Wouter Swierstra <[EMAIL PROTECTED]>.Nott.AC.UK>
Re: Installation on Mac OS X
2005-11-09 04:42
Yep, that fixes it.
On Thu, 2005-11-17 at 22:11 +, Claus Reinke wrote:
> > > To solve this problem I just made them all instances of a class with a
> > > gameId function. Still, not ideal.
> >
> > That gives you a getter function but you would then need an extra setter
> > function.
>
> But there is no need to
> > To solve this problem I just made them all instances of a class with a
> > gameId function. Still, not ideal.
>
> That gives you a getter function but you would then need an extra setter
> function.
But there is no need to have two names for each label when you
only want to talk about two w
I cannot build it on Mac OSX either. I think it has to do with GCC 4.x.
On Nov 17, 2005, at 9:09 PM, Deling Ren wrote:
Hi there, is there anyone out there having luck with compiling
wxHaskell from source on Debian? My Debian version is 3.1, ghc
6.4.1 from sid. wxWidgets 2.6.3. wxHaskell vers
Hi there, is there anyone out there having luck with compiling
wxHaskell from source on Debian? My Debian version is 3.1, ghc 6.4.1
from sid. wxWidgets 2.6.3. wxHaskell version is 0.9.4. gcc version is
4.0.3. I got the following error messages when trying to run "make".
I would really appre
On 11/17/05, Duncan Coutts <[EMAIL PROTECTED]
> wrote:
That gives you a getter function but you would then need an extra setterfunction.
Of course, but that offended me less -- I spent much more time getting things than setting them. YMMV.
Fraser.
__
Blobs diagram editor
We are pleased to announce the official launch of the 'Blobs' diagram
editor project.
http://haskell.org/Blobs
Many people will already have seen the 'Dazzle' application presented
in a paper at the Has
Don't get me started, please :-). I tried making each field a
separate class but then needed to compose records of difference field
instances which led to HList which led to GHC eating up all my memory
and crashing, etc.
I can see where you are going but if I have 250 records with shared
On Thu, 2005-11-17 at 15:12 +0100, Fraser Wilson wrote:
>
>
> On 11/17/05, Joel Reymont <[EMAIL PROTECTED]> wrote:
> I vote for a separate namespace for record access functions.
>
> I agree, but ...
>
>
> My users now have to deal with tiGameID, blahBlahGameID, etc.
> a
On 11/17/05, Joel Reymont <[EMAIL PROTECTED]> wrote:
I vote for a separate namespace for record access functions.
I agree, but ...
My users now have to deal with tiGameID, blahBlahGameID, etc. andthey are all the same.
To solve this problem I just made them all instances of a class with a gameId f
I vote for a separate namespace for record access functions. To me a
gameID in one record is always the same gameID in another record and
having to add prefixes to each access field sucks when records number
in the hundreds :-(.
My users now have to deal with tiGameID, blahBlahGameID, etc.
On Thu, Nov 17, 2005 at 10:03:00AM +0100, Ketil Malde wrote:
> >2) Improving Haskell support for records.
>
> Right - the problem is that nobody seems to agree exactly how to do
> this. I like the fact that record access looks like (is?) a simple
> function application, and conversely, dislike
Apologies if you recieve this call for participation more than once.
Methods for Modalities - CALL FOR PARTICIPATION
The workshop "Methods for Modalities" (M4M) aims to bring together
researchers interested in developing algorithms, verification methods
and tools based on modal logic.
FIRST CALL FOR PAPERS
8th International Conference on
Mathematics of Program Construction
MPC '06
colocated with AMAST '06
Kuressaare, Estonia, 3-5 July 2006
http://cs.io
John Lask wrote:
I would like to sound out the Haskell community on what the feeling
are most desirable to improve the "commerciality" (i.e. its general
use) of ghc and Haskell in general (as distinct from feature set)
I think more standardization on an extended feature set would be nice.
I
17 matches
Mail list logo