Interesting. Can you make the definition of quicksort non-recursive,
too? Perhaps with help of a bootstrapping combinator like the one
implicit in the approach I have given earlier?
> treeSort = bootstrap partitionOnMedian
> bootstrap f = Fix . helper . f
> where helper = fmap (Fix . helper
mle+hs:
> Joachim Breitner wrote:
>
> > looking at
> > http://debian.glondu.net/monitor/ocaml/ocaml_transition_monitor.html I
> > get the impression that the Ocaml guys need to re-build everything when
> > a new Ocaml library
>
> I assume you mean compiler there?
>
> > comes out, but not when ju
Joachim Breitner wrote:
> looking at
> http://debian.glondu.net/monitor/ocaml/ocaml_transition_monitor.html I
> get the impression that the Ocaml guys need to re-build everything when
> a new Ocaml library
I assume you mean compiler there?
> comes out, but not when just a dependency was upgraded
I'm excited to announce the first version of hsparql. HSparql makes it
easy to query SPARQL-compliant servers using a relatively intuitive DSL
and very simple client.
SPARQL is a SQL-ish query language for stores of RDF data. So, SPARQL
lets you search the structured data in several big databases.
Hi Erik,
Am Mittwoch, den 08.07.2009, 17:15 +1000 schrieb Erik de Castro Lopo:
> The Ocaml programming language has exactly the same problem, but
> the Debian Ocaml maintainers have automated the process and last
> time to Ocaml compiler version was updated over 95% of all Ocaml
> libraries were r
Hello!
We are pleased to announce the next beta version 0.4 of Hayoo!, the Haskell
API search engine with find-as-you-type and suggestions.
Visit Hayoo! here: http://holumbus.fh-wedel.de/hayoo
This release includes some major changes to the web interface:
- The full description of a function c
mle+hs:
> Matthias Görgens wrote:
>
> > Yes. The sanest approach for any distribution would seem to install
> > are bare bones ghc + cabal (cabal install) and let the cabal package
> > system do the hard work directly.
>
> Cabal works really well for a single developer on a single machine.
>
>
Matthias Görgens wrote:
>> So, a tree like Matthias implements it is the way to go. Basically, it
>> reifies the recursive calls of quicksort as a lazy data struture which
>> can be evaluated piecemeal.
>
> Yes. I wonder if it is possible to use a standard (randomized
> quicksort) and employ some
On Wed, Jul 8, 2009 at 12:12 PM, Eric Kow wrote:
> Dear Haskellers,
>
> I am pleased to report that we will be having a Haskell Hack Day in
> Edinburgh, on Sunday 30 August (before the ICFP begins). The day will
> be held at the ICFP conference venue, the Royal College of Physicians.
>
> The Hac
On Wed, Jul 8, 2009 at 12:47 PM, Erik de Castro
Lopo wrote:
> Matthias Görgens wrote:
>
>> Yes. The sanest approach for any distribution would seem to install
>> are bare bones ghc + cabal (cabal install) and let the cabal package
>> system do the hard work directly.
>
> Cabal works really well fo
Matthias Görgens wrote:
> Yes. The sanest approach for any distribution would seem to install
> are bare bones ghc + cabal (cabal install) and let the cabal package
> system do the hard work directly.
Cabal works really well for a single developer on a single machine.
Debian packages work reall
Rafael Gustavo da Cunha Pereira Pinto wrote:
> One problem I see is the binary-only distribution of packages.
Well Debian does have source packages as well, thats what they build
the binaries from :-).
> The automation process would have to run through hackageDB tracking
> dependencies and compi
Matthias Görgens writes:
>> One problem I see is the binary-only distribution of packages. This makes
>> cabal-install incompatible with most distributions except, maybe, gentoo.
>> The automation process would have to run through hackageDB tracking
>> dependencies and compiling each needed libra
2009/7/8 Matthias Görgens :
>> One problem I see is the binary-only distribution of packages. This makes
>> cabal-install incompatible with most distributions except, maybe, gentoo.
>> The automation process would have to run through hackageDB tracking
>> dependencies and compiling each needed libr
> One problem I see is the binary-only distribution of packages. This makes
> cabal-install incompatible with most distributions except, maybe, gentoo.
> The automation process would have to run through hackageDB tracking
> dependencies and compiling each needed library. Pretty hard stuff...
Yes.
>
> The Ocaml programming language has exactly the same problem, but
> the Debian Ocaml maintainers have automated the process and last
> time to Ocaml compiler version was updated over 95% of all Ocaml
> libraries were rebuilt within 24 hours.
Since I never built GHC from scratch, it is really
I'm pleased to announce an early release of texmath, a Haskell library
for converting LaTeX math formulas to MathML.
Hackage: http://hackage.haskell.org/package/texmath-0.1.0.1
Github: http://github.com/jgm/texmath/tree/master
The package includes a standalone test program, testTeXMathML,
and a C
On 08/07/2009 00:17, George Pollard wrote:
2009/7/7 Matthias Görgens:
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
It currently spots 6.10.3, in the alpha release I run here.
A major problem is that the libraries are still for 6.8.2, so you
cannot install the required libs to install
Hi Aycan,
This is the version of make I am using:
j...@sun05:~ $ make -v
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This pro
david48 wrote:
> Even if 6.10.3 gets into Karmic, I'm sure the problem will arise again
> once 6.12.1 is out.
The Debian Haskell maintainers are working on fixing this. In
particular, working on setting up an automated process so that
when the compiler version is updated, all Haskell libraries
ge
Ketil Malde wrote:
> I'm sorry, but I don't follow you. Surely the libraries must be
> compiled against the shipping version of GHC?
Yes, but the libraries that are currently there are the ones
compiled with the previous version of ghc.
Yes, those libraries need to be recompiled and no, that pr
21 matches
Mail list logo
