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 x86)
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 "Fl
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
> > AC_CHEC
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 t
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
> > > /usr/sha
On Sun, 2007-11-11 at 12:12 +, Ian Lynagh wrote:
> 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:
> > > >
> > > > Boot
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 an
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
Glasgow-haskell-users@h
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
Glasg
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
> (bec
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
GH
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
___
Glasgow-haskell
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
___
Glasgow
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 vari
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
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/application
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
t
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
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
___
Glasgow-haskell
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.
Regar
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 fo
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
http://www.haskell.org/
27 matches
Mail list logo