Gregory Collins writes:
> xml: http://hackage.haskell.org/package/xml
> hexpat: http://hackage.haskell.org/package/hexpat
> HXT: http://hackage.haskell.org/package/hxt
> HaXml: http://hackage.haskell.org/package/HaXml
After experimenting with a couple of the above, I ended up using
tagsoup, whic
On Friday 26 February 2010 12:13:56 am Bryan O'Sullivan wrote:
> Dan, do you think you might be releasing your port of uvector-algorithms to
> vector any time soon? I've ported mwc-random to use vector, and I'd like to
> move statistics (which needs uvector-algorithms) and criterion (ditto) too.
I
Dan, do you think you might be releasing your port of uvector-algorithms to
vector any time soon? I've ported mwc-random to use vector, and I'd like to
move statistics (which needs uvector-algorithms) and criterion (ditto) too.
___
Haskell-Cafe mailing li
Can you provide a link to something describing the error?
--
Jason Dusek
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
This might be heavy handed but I think I just got over this by clobbering my
.ghc directory and redoing cabal install haddock
Dave
On Thu, Feb 25, 2010 at 7:23 PM, David Leimbach wrote:
> I'm on Mac OS X Snow Leopard, and can't get haddock installed due to the
> following error:
>
> Resolving d
I'm on Mac OS X Snow Leopard, and can't get haddock installed due to the
following error:
Resolving dependencies...
Configuring haddock-2.6.0...
Warning: This package indirectly depends on multiple versions of the same
package. This is highly likely to cause a compile failure.
package haddock-2.6.
To take this a step further, there is the DSL:
get :: m S
put :: S -> m ()
and the concrete implementation
m = State S
Of course, there are other monads which implement this DSL as well:
m = StateT S IO
m = Prompt StatePrompt
with
data StatePrompt a where
Get :: StatePrompt S
Hi Thomas,
up to 3/3/2010 I am looking after nearly 100 Haskell newbies in their
project end phase -- but Marc Weber promised to kick my ass in time so I
look after the hsql-XXX repos.
Anyway, I just uploaded 1.8.1, since it seems to work.
Cheers,
Nick
Thomas Girod wrote:
replying to m
Am Freitag 26 Februar 2010 00:57:48 schrieb Rafael Gustavo da Cunha Pereira
Pinto:
> Just to clarify the issue, I will propose the puzzle:
>
> There is a single 10 digit number that:
>
> 1) uses all ten digits [0..9], with no repetitions
> 2) the number formed by the first digit (right to left, mo
Just to clarify the issue, I will propose the puzzle:
There is a single 10 digit number that:
1) uses all ten digits [0..9], with no repetitions
2) the number formed by the first digit (right to left, most significant) is
divisible by one
3) the number formed by the first 2 digits (again right to
On Thursday 18 February 2010 11:26:02 Ozgur Akgun wrote:
> I've no idea about the GLPK system.
>
> But, isn't it the case that you can transform any linear inequality into a
> linear equality and a slack (or excess) variable?
Well yes, but the slack variables are constrained to be nonnegative, wh
Yo,
Man, I'd never used FFI before, but it's really not as scary as I'd feared.
I've implemented a more comprehensive interface to GLPK's simplex solver and
-- rather importantly, for my own needs -- its MIP solver. This doesn't
depend on hmatrix, and in fact, it doesn't require any matrix or ve
Magnus Therning schrieb:
On Wed, Feb 24, 2010 at 10:41, Arnaud Bailly wrote:
Maybe you just want to test what's in your export list which
represents the public interface of your code. And if you cannot write
a test that exercise private implementation through the public
interface, then maybe
In honor of the first anniversary of the Dutch Haskell Users Group (formed
at Hac5 in Utrecht), we are planning a mini symposium to bring together
Haskell and functional programming enthusiasts in the Netherlands and
surrounding area.
*The Dutch HUG Day will be held on Saturday, 24 April.* Please
On Feb 24, 2010, at 10:15 AM, Heinrich Apfelmus wrote:
Namely, let's assume we are already given a "magic" type
constructor |-
(so magic that it's not even legal Haskell syntax) with the property
that
A |- B
somehow denotes an expression of type B with free variables of
type A
.
On Tue, Feb 23, 2010 at 1:08 AM, Paul Brauner wrote:
> Hello,
>
> I remember seeing something like
>
>> typedata T = A | B
>
> somewhere, where A and B are type constructors, but I can't find it in
> the ghc doc. Have I been dreaming or is it some hidden feature ?
>
> Paul
> __
replying to myself. there is only one line to fix in Setup.lhs
(mysqlConfigProg, _) <- requireProgram verbosity
mysqlConfigProgram AnyVersion (withPrograms lbi)
becomes :
(mysqlConfigProg, _) <- requireProgram verbosity
mysqlConfigProgra
Am Donnerstag 25 Februar 2010 20:01:34 schrieb Thomas Girod:
> Hi there. Looks like hdbc-mysql cannot compile against GHC-6.12 --
> confirmed by the hackage build logs. [1]
Change in the Cabal API.
>
> anyone know a way to dodge the problem ?
Rewrite Setup.[l]hs to work with the new API or peste
Hi there. Looks like hdbc-mysql cannot compile against GHC-6.12 --
confirmed by the hackage build logs. [1]
anyone know a way to dodge the problem ?
cheers,
Tom
[1]
http://hackage.haskell.org/packages/archive/HDBC-mysql/0.6/logs/failure/ghc-6.12
___
Hi,
I made hmake compile on Debian again, but it seems it’s not working yet
properly. This also affects hat, as it uses hmake to compile.
I guess we could just drop hmake and hat, but this is Debian, and we try
to avoid dropping stuff that made it into a stable release. Is anyone
interested in fi
Hello Gregory,
we have pretty much come to the same conclusion :)
Günther
Am 25.02.10 17:17, schrieb Gregory Collins:
Günther Schmidt writes:
My question to those with experience of the Haskell-XML tools: which
one should I use?
You'll need to evaluate which one fits your needs
> "Günther" == Günther Schmidt writes:
Günther> Dear Alistair, after working intensely with XSLT again
Günther> (with a break for several years), I wholeheartedly concur.
Günther> You guys are right though, through the document function it
Günther> would be possible.
Gün
Günther Schmidt writes:
> My question to those with experience of the Haskell-XML tools: which
> one should I use?
You'll need to evaluate which one fits your needs best; in my mind the
contenders are:
--
xml: http://ha
Monads aren't necessarily EDSLs by themselves but are often shipped with
functions that provide what would make them an EDSL. Take the State monad,
it has at least a get and a put function to work with the state in the
monad. That get and put are commands that function only within the domain
of t
Felipe Lessa schrieb:
> On Wed, Feb 24, 2010 at 01:28:56PM -0500, Edward Kmett wrote:
>>> * GHC/LLVM bytecode with JIT-option?
>> There is little preventing this one.
>
> Oh, what a great idea! C code being inlined into Haskell
> functions! :D
How about LLVM inline assembly code? You can already
Hi Alistair,
sorry, misunderstanding. I meant which *Haskell* - XML-tools.
Günther
Am 25.02.10 15:44, schrieb Bayley, Alistair:
From: haskell-cafe-boun...@haskell.org
[mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Günther Schmidt
You guys are right though, through the document functio
Hi everyone,
in my attempts to remove boilerplate and thus to do more "abstraction" I
come across a number of interesting things and suggestions.
Especially blog posts from Dan Piponi and also Heinrich Apfelmus. I
think what they both are saying is that you can construct / implement
some sor
> From: haskell-cafe-boun...@haskell.org
> [mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Günther Schmidt
>
> You guys are right though, through the document function it would be
> possible.
>
> So any particular tool-set you could recommend?
On Windows, the Microsoft xslt processor su
Dear Alistair,
after working intensely with XSLT again (with a break for several
years), I wholeheartedly concur.
You guys are right though, through the document function it would be
possible.
So any particular tool-set you could recommend?
Günther
Am 25.02.10 15:01, schrieb Bayley, Alis
> "Günther" == Günther Schmidt writes:
Günther> But now I need to amend the attributes of some elements
Günther> with looked up values from the outside, the lookup-key is a
Günther> particular attribute value of the nodes. This I cannot do
Günther> through xslt processing as t
> From: haskell-cafe-boun...@haskell.org
> [mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Günther Schmidt
>
> Anyway through a very, very tedious process of xslt-transformations I
> finally have the XML document I need.
>
> But now I need to amend the attributes of some elements with
>
Hi everyone,
I had to transform a 136 page word document into an XML-Document so that
it can be imported into an application. The word document contained
records in nested tables.
Anyway through a very, very tedious process of xslt-transformations I
finally have the XML document I need.
Bu
What I usually do in such a case is create a separate internal
module. The internal module exports everything. Then create a
module which defines the public interface. This module simple
reexports symbols from the internal module. Now you can create a
Test module which has full access to all intern
Andy Gimblett wrote:
1. break the line after "do"
(to avoid a layout change when change name or arguments of float' or
rename the variable "e")
I'm not convinced by this; perhaps while editing the code it's useful,
but those changes don't happen very often, and when they do, any
half-decent
Hi,
It compiles even with ghc HEAD with very minimal cabal adjustments.
I will upload it to hackage soon.
Whether it is a debian package or not isn't that important (IMHO).
Marc Weber
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.h
Hi Christian,
On 24 Feb 2010, at 13:24, Christian Maeder wrote:
I hope you don't mind if I make some style comments to your "final"
version.
Not at all - thanks!
1. break the line after "do"
(to avoid a layout change when change name or arguments of float' or
rename the variable "e")
I'm
Hi,
Am Donnerstag, den 25.02.2010, 10:27 +0100 schrieb Marc Weber:
> It's a nice piece of code. I'm not using it either. But its ideas should
> not be forgotten. What exactly is the problem with supporting it?
>
> It's not using many extensions so compiling it should not make any
> trouble, does
Excerpts from Joachim Breitner's message of Thu Feb 25 10:15:08 +0100 2010:
> Hi,
>
> Am Mittwoch, den 17.02.2010, 15:35 -0600 schrieb John Goerzen:
> > I no longer use WASH, nor do I have time to maintain it anymore.
> > Orphaning it, and CCing debian-haskell in case someone there has
> > interes
Hi,
Am Mittwoch, den 17.02.2010, 15:35 -0600 schrieb John Goerzen:
> I no longer use WASH, nor do I have time to maintain it anymore.
> Orphaning it, and CCing debian-haskell in case someone there has
> interest in it.
we have two option: Taking it over by the Haskell Group, or dropping it
from D
39 matches
Mail list logo
