While having a single standardised library is a nice goal, I think a
first step would be to highlight the current state and pros and cons
of the various options.
Perhaps we could at least have wiki pages with recommendations? So
that a potential user of some particular functionality - whether it
Bulat Ziganshin <[EMAIL PROTECTED]> writes:
>> The problem I'm having with SQL right now is that there are a number
>> of not complete and splintered implementation efforts. Having one
>> library outside GHCs libraries but still promoted as the default
>> implementation (and hosted under haskell.o
Hello Johan,
Monday, August 7, 2006, 7:25:47 PM, you wrote:
(sorry for too late answer)
>> http, smtp and other networking protocols - yes. xml/sql is too large
>> things. actually, haxml package is already included in GHC sources
>> distribution and i think that it should be excluded from there
http, smtp and other networking protocols - yes. xml/sql is too large
things. actually, haxml package is already included in GHC sources
distribution and i think that it should be excluded from there because
it's too large, far more than any other package bundled with GHC
The problem I'm having
> If I were a billionaire I'd love to sponsor haskell development.
> Hmm, I'll add it to my goal list ;)
too late - GHC is many years funded by MS Research
I'm aware of that, I was just making a call for more money to deal
with organizational stuff (running haskell.org, creating and
maintaining
Hello Johan,
Monday, August 7, 2006, 5:25:34 PM, you wrote:
> think that Haskell would benefit from moving some commonly used
> functionality such as HTTP, SQL and XML support into the standard
> libraries.
http, smtp and other networking protocols - yes. xml/sql is too large
things. actually, h
Hello Piotr,
Monday, August 7, 2006, 5:29:10 PM, you wrote:
> Having someone pay a group of people to hack on Haskell
> implementations would indeed be desirable. Without knowing the details
> Ubuntu looks like a promising model. If we could just find a willing
> billionaire out there...
> If
On 07/08/06, Johan Tibell <[EMAIL PROTECTED]> wrote:
Having someone pay a group of people to hack on Haskellimplementations would indeed be desirable. Without knowing the detailsUbuntu looks like a promising model. If we could just find a willingbillionaire out there...
If I were a billionaire I'd
For me library support, for networking in particular, has been the
major hurdle. It gets problematic when too many libraries are still
marked as experimental and only partially implements the specification
(e.g. protocol) that they are supposed to handle. Also after a quick
look at the source for
Hello All,
Thanks for the many helpful replies to my question about the suitability
of Haskell for industrial/commercial application.
>From those I gather there are no licensing problems regarding the use of
the standard functions and modules. Use of proprietary modules may or
not be restricted by
On Mon, 24 Jul 2006, Brian Hulley wrote:
>
> [...] it seems to me that what's really needed is a compiler that can do
> whole program optimization [...]
>
> Has anyone done work on an equivalent of MLton for Haskell?
http://repetae.net/john/computer/jhc/
Tony.
--
f.a.n.finch <[EMAIL PROTECTED]>
Simon Marlow wrote:
Neil Mitchell wrote:
Would it not be possible to add a GHC rule like the following:
forall a b . sequence a >> b = sequence_ a >> b
I'm not sure if thats correct, a valid rule definition, or semantics
preserving, but if it was it would be nice :)
Now there's a good idea
Matthew Bromberg wrote:
Here are some reasons why
1) Lack of debugging support. Yes there are print statements and trace,
but I would like to set a breakpoint. It would be nice to do so and
launch the GHCi interpreter with all the variable context supported. A
google search revealed that t
Neil Mitchell wrote:
Would it not be possible to add a GHC rule like the following:
forall a b . sequence a >> b = sequence_ a >> b
I'm not sure if thats correct, a valid rule definition, or semantics
preserving, but if it was it would be nice :)
Now there's a good idea!
Cheers,
Si
Bulat Ziganshin wrote:
Hello Pepe,
Sunday, July 23, 2006, 5:23:18 PM, you wrote:
1) Lack of debugging support. Yes there are print statements and trace,
You can find more info about this project in the Haskell wiki at:
http://haskell.org/haskellwiki/Ghci/Debugger
All you'd need to do
15 matches
Mail list logo