I foggily remember previous versions of GHC being unable to create
programs that use dynamic links to libraries. Is this the case and, if
so, is it still an issue? Static linking is not an option due to
licensing issues.
I'm interested in GHC 6.6.1 and 6.8.1 on Windows, Mac (PowerPC and
I've entered a feature request for this on Trac
http://hackage.haskell.org/trac/ghc/ticket/1866
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
I think this would be a BIG mistake. Whatever system GHC settles on
is almost certain to become part of the Haskell standard, and this
particular system has some deep limitations which could not be got
round without ripping it all out and starting again.
The problem with this (and other
On Sat, 2007-11-10 at 21:45 +, Ian Lynagh wrote:
Hi Philip,
On Mon, Nov 05, 2007 at 09:58:40AM +0100, Philip K.F. Hölzenspies wrote:
Booting libraries/base
Booting libraries/directory
/usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of
Hello Barney,
Sunday, November 11, 2007, 2:34:14 PM, you wrote:
An important application which is made impossible by this approach is
i propose to start Records project by composing list of
requirements/applications to fulfill; we can keep it on Wiki page.
this will create base for language
On Sun, Nov 11, 2007 at 11:59:43AM +, Duncan Coutts wrote:
On Sat, 2007-11-10 at 21:45 +, Ian Lynagh wrote:
Hi Philip,
On Mon, Nov 05, 2007 at 09:58:40AM +0100, Philip K.F. Hölzenspies wrote:
Booting libraries/base
Booting libraries/directory
Hi all --
Something weird just happened and I feel bad asking on the list for help
(because it's a dumb question), but I've racked my brains and can't
figure it out.
I've been happily using ghc for some time now. My current machine died,
and the computer folks gave me a new one. Both my old
Just wondering if a binary for Vista 64-bit will be released?
Regards
Chris Saunders
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
On Tue, Nov 06, 2007 at 05:29:05PM +1100, Manuel M T Chakravarty wrote:
A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
available
Thanks Manuel! I've put it on the download page.
Ian
___
Glasgow-haskell-users mailing list
On Thu, Nov 08, 2007 at 12:25:12PM +0100, Christian Maeder wrote:
binary distributions of GHC 6.8.1 for Mac OS X 10.4 (Tiger)
Thanks Christian! I've put them on the download page.
Ian
___
Glasgow-haskell-users mailing list
On Fri, Nov 09, 2007 at 12:46:14PM +0100, Christian Maeder wrote:
Dear Solaris Users,
binary distributions for Solaris 10 ultrasparc and i383
Thanks Christian! I've put them on the download page.
Ian
___
Glasgow-haskell-users mailing list
It seems you haven't the mtl package installed.
You can either get a custom package for your OS distribution or grab
it from hackage.
On Nov 11, 2007 2:29 PM, Hal Daume III [EMAIL PROTECTED] wrote:
Hi all --
Something weird just happened and I feel bad asking on the list for help
(because
On Sun, Nov 11, 2007 at 02:01:30AM -0700, Richard Giraud wrote:
I foggily remember previous versions of GHC being unable to create
programs that use dynamic links to libraries.
Dynamic linking to C libraries works fine.
Support is patchy for Haskell libraries in GHC 6.8.1; the plan is for
GHC
On Sun, Nov 11, 2007 at 06:29:36AM -0700, Hal Daume III wrote:
running ubuntu. The new machine came in and I apt-get installed ghc6
ghc6-prof ghc6-docs haskell-mode ghc6-libsrc.
You probably need libghc6-mtl-dev.
Thanks
Ian
___
On Fri, Nov 09, 2007 at 08:21:09PM -0800, Corey O'Connor wrote:
Anytime I see the linker crash I get nervous. Any clues on where to start
debugging?
Is it deterministic? A hardware fault, e.g. bad RAM, seems likely to me.
Thanks
Ian
___
On Sat, Nov 10, 2007 at 11:24:24PM +, Voldermort wrote:
I assume that porting an existing implementation would
be much easier than starting from scratch.
I doubt this is true, but even if it is I would prefer to see features
chosen based on their merits.
(I'm not familiar with the
Ian Lynagh wrote:
On Fri, Nov 09, 2007 at 08:21:09PM -0800, Corey O'Connor wrote:
Anytime I see the linker crash I get nervous. Any clues on where to start
debugging?
Is it deterministic? A hardware fault, e.g. bad RAM, seems likely to me.
Thanks
Ian
I got the same Bus Error in
On Sun, Nov 11, 2007 at 03:02:56PM +0300, Bulat Ziganshin wrote:
Hello Barney,
Sunday, November 11, 2007, 2:34:14 PM, you wrote:
An important application which is made impossible by this approach is
i propose to start Records project by composing list of
requirements/applications to
Whatever system GHC settles on
is almost certain to become part of the Haskell standard, and this
particular system has some deep limitations which could not be got
round without ripping it all out and starting again.
i'd like to have extensible records, but i'd rather like to decompose
Hugs.Trex :t let f opts x = (opt1=default|opts) in f
let {...} in f :: a\opt1 = Rec a - b - Rec (opt1 :: [Char] | a)
This completely loses the aim of optional arguments: with this type,
the argument 'opts' cannot have a field 'opt1' (as shown by the
context 'a\opt1'). The type we want
Hello Chris,
Sunday, November 11, 2007, 4:57:39 PM, you wrote:
Just wondering if a binary for Vista 64-bit will be released?
i've asked here June 19. Simon Marlow asked:
The main thing standing in the way of this is the lack of a 64-bit port of
mingw. The latest status update I could find is
Hugs.Trex :t let f opts x = (opt1=default|opts) in f
let {...} in f :: a\opt1 = Rec a - b - Rec (opt1 :: [Char] | a)
This completely loses the aim of optional arguments: with this type,
the argument 'opts' cannot have a field 'opt1' (as shown by the
context 'a\opt1'). The type we want
Bulat Ziganshin wrote:
i propose to start Records project by composing list of
requirements/applications to fulfill; we can keep it on Wiki page.
Wiki page duly created
http://hackage.haskell.org/trac/ghc/wiki/ExtensibleRecords
___
Dear Ian, Duncan, all,
Thank you for looking into the build failure. I actually expected that
the autoconf warning didn't really matter, since I couldn't imagine
any ReiserFS dependency being critical.
The other error is actually quite a lot more weird and critical, for
it stops the build.
Split objects does seem to be the source of the crash. With it disabled the
compile of Parsec succeeds but linking of System fails due to unknown
scattered relocation type 4.
I decided to compile the ld tool with debugging to see if I can get more
information when ld crashes. Here's what I've
IOUArray Bool exists, and is even a bits array in reality (which makes
it really efficient), is there any reason that DiffUArray Bool can't
exist ?
--
Jedaï
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
26 matches
Mail list logo
