On Tue, Aug 17, 2010 at 3:53 AM, Richard O'Keefe o...@cs.otago.ac.nz wrote:
On Aug 17, 2010, at 12:37 AM, Roel van Dijk wrote:
phi = (1 + sqrt 5) / 2
fib n = ((phi ** n) - (1 - phi) ** n) / sqrt 5
The use of (**) should make the complexity at least O(n). Please
correct me if I'm wrong (or
On Aug 17, 2010, at 12:33 AM, Jason Dagit wrote:
So next I would use heap profiling to find out where and what type
of data the calculation is using.
I did.
I would do heap profiling and look at the types.
All retained data is of type ARR_WORDS. Retainer profiling shows that
the
On Aug 17, 2010, at 8:39 AM, Roel van Dijk wrote:
That is an interesting trick. So there exists an algorithm that
calculates Fibonacci numbers in O(log n) time.
This is what my program does. But it's only O(long n) if you assume
multiplication is constant time (which it is not for large
Sebastian Fischer s...@informatik.uni-kiel.de writes:
On Aug 17, 2010, at 8:39 AM, Roel van Dijk wrote:
That is an interesting trick. So there exists an algorithm that
calculates Fibonacci numbers in O(log n) time.
This is what my program does. But it's only O(long n) [snip]
Are you
Benedikt Huber benj...@gmx.net writes:
Despite of all this, I think the performance of the text
package is very promising, and hope it will improve further!
I agree, Data.Text is great. Unfortunately, its internal use of UTF-16
makes it inefficient for many purposes.
A large fraction -
On Tue, Aug 17, 2010 at 10:08 AM, Ketil Malde ke...@malde.org wrote:
Benedikt Huber benj...@gmx.net writes:
Despite of all this, I think the performance of the text
package is very promising, and hope it will improve further!
I agree, Data.Text is great. Unfortunately, its internal use
On Tue, Aug 17, 2010 at 9:08 AM, Ketil Malde ke...@malde.org wrote:
Benedikt Huber benj...@gmx.net writes:
Despite of all this, I think the performance of the text
package is very promising, and hope it will improve further!
I agree, Data.Text is great. Unfortunately, its internal use of
Hello Johan,
Tuesday, August 17, 2010, 12:20:37 PM, you wrote:
I agree, Data.Text is great. Unfortunately, its internal use of UTF-16
makes it inefficient for many purposes.
It's not clear to me that using UTF-16 internally does make
Data.Text noticeably slower.
not slower but require
On Tue, Aug 17, 2010 at 10:34, Bulat Ziganshin bulat.zigans...@gmail.comwrote:
Hello Johan,
Tuesday, August 17, 2010, 12:20:37 PM, you wrote:
I agree, Data.Text is great. Unfortunately, its internal use of UTF-16
makes it inefficient for many purposes.
It's not clear to me that
I'm running Haskel Platform 2010.2.0.0 and attempting to compile with
regex-compat under Windows XP.
The link stage fails with a number of lines of the form:
D:\Program Files\Haskell Platform\2010.2.0.0\lib\extralibs\regex-
posix-0.94.2\ghc-6.12.3/libHSregex-posix-0.94.2.a(Wrap.o):fake:(.text
Hi Bulat,
On Tue, Aug 17, 2010 at 10:34 AM, Bulat Ziganshin bulat.zigans...@gmail.com
wrote:
It's not clear to me that using UTF-16 internally does make
Data.Text noticeably slower.
not slower but require 2x more memory. speed is the same since
Unicode contains 2^20 codepoints
Yes, in
Hello Johan,
Tuesday, August 17, 2010, 1:06:30 PM, you wrote:
So it's not clear to me that using UTF-16 makes the program
noticeably slower or use more memory on a real program.
it's clear misunderstanding. of course, not every program holds much
text data in memory. but some does, and here
Hello Tako,
Tuesday, August 17, 2010, 12:46:35 PM, you wrote:
not slower but require 2x more memory. speed is the same since
Unicode contains 2^20 codepoints
This is not entirely correct because it all depends on your data.
of course i mean ascii chars
--
Best regards,
Bulat
If I understand him correctly, he's saying the tarballs have the same
contents but different checksums (well, md5/sha-1/sha-256/whatever hashes).
Which would imply they're duplicating effort and confusing anyone trying to
keep archives.
Right (the timestamps inside the tarballs are actually
Hi,
Has there been any progress with this package? Like you I have also
tried to contact Matt and like you I have ended up making my own
version of src-meta :). When someone assumes maintainership of this
package I would like to discuss integrating some additions I made to
the Translation module.
2010/8/17 Gregory Collins g...@gregorycollins.net:
Does GHC expose any primitives for things like atomic compare-and-swap?
I think that STM could qualify as LL/SC.
It does LL with TVars and bulk SC with transaction commit. ;)
___
Haskell-Cafe mailing
Hi,
Can some one please give me a suggestion on the best choice for an embedded
scripting Language for a haskell application?
I mean, something like guile/lua for c/c++ and groovy/jruby for java.
For quite some time, I've been using a lisp-like interpreter that I
implemented myself. But this is
On 17/08/2010 06:09, Gregory Collins wrote:
Does GHC expose any primitives for things like atomic compare-and-swap?
I can't seem to find anything in the docs. I'm wondering if it's
possible, for example, to implement things like the wait-free concurrent
queue from [1] or a lock-free wait-free
I agree, Data.Text is great. Unfortunately, its internal use of UTF-16
makes it inefficient for many purposes.
In the first iteration of the Text package, UTF-16 was chosen because
it had a nice balance of arithmetic overhead and space. The
arithmetic for UTF-8 started to have serious
Johan Tibell johan.tib...@gmail.com writes:
It's not clear to me that using UTF-16 internally does make Data.Text
noticeably slower.
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
3Gbyte file (the Human genome, say¹), into a computer with 4Gbytes of
RAM, UTF-16 will
Ketil Malde ke...@malde.org writes:
Johan Tibell johan.tib...@gmail.com writes:
It's not clear to me that using UTF-16 internally does make Data.Text
noticeably slower.
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
3Gbyte file (the Human genome, say¹), into a
I have found this project:
http://gnuwin32.sourceforge.net/packages/regex.htm
and downloaded the DLL.
But just placing this in Windows/System32 does nothing.
Kevin
On Aug 17, 11:00 am, Kevin Jardine kevinjard...@gmail.com wrote:
I'm running Haskel Platform 2010.2.0.0 and attempting to
Ketil == Ketil Malde ke...@malde.org writes:
Ketil Johan Tibell johan.tib...@gmail.com writes:
It's not clear to me that using UTF-16 internally does make
Data.Text noticeably slower.
Ketil I think that *IF* we are aiming for a single, grand, unified
Ketil text library to
Hello Hemanth,
Tuesday, August 17, 2010, 2:05:44 PM, you wrote:
btw, i've written unfinished hslua tutorial:
http://haskell.org/haskellwiki/HsLua
--
Best regards,
Bulatmailto:bulat.zigans...@gmail.com
___
Haskell-Cafe
Hello Tom,
Tuesday, August 17, 2010, 2:09:09 PM, you wrote:
In the first iteration of the Text package, UTF-16 was chosen because
it had a nice balance of arithmetic overhead and space. The
arithmetic for UTF-8 started to have serious performance impacts in
situations where the entire
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you support all 2^20 codepoints
in Data.Text package?
Bulat,
Yes, its internal representation is UTF-16, which is capable of
encoding *any* valid Unicode codepoint.
-- Tom
Ketil Malde wrote:
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
3Gbyte file (the Human genome, say¹), into a computer with 4Gbytes of
RAM, UTF-16 will be slower than UTF-8...
I don't think the genome is typical text. And
I doubt that is true if that text is in a CJK
Tom Harper rtomhar...@gmail.com writes:
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you support all 2^20 codepoints
in Data.Text package?
Bulat,
Yes, its internal representation is UTF-16, which is capable of
encoding
Ivan Lazar Miljenovic wrote:
Tom Harper rtomhar...@gmail.com writes:
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you support all 2^20 codepoints
in Data.Text package?
Bulat,
Yes, its internal representation is UTF-16, which
Miguel Mitrofanov miguelim...@yandex.ru writes:
Ivan Lazar Miljenovic wrote:
Tom Harper rtomhar...@gmail.com writes:
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you support all 2^20 codepoints
in Data.Text package?
Bulat,
On Tue, Aug 17, 2010 at 1:50 PM, Yitzchak Gale g...@sefer.org wrote:
Ketil Malde wrote:
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
3Gbyte file (the Human genome, say¹), into a computer with 4Gbytes of
RAM, UTF-16 will be slower than UTF-8...
I don't think the
On Tue, Aug 17, 2010 at 12:54, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
Tom Harper rtomhar...@gmail.com writes:
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you support all 2^20 codepoints
in Data.Text
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com writes:
Seeing as how the genome just uses 4 base letters,
Yes, the bulk of the data is not really text at all, but each sequence
(it's fragmented due to the molecular division into chromosomes, and
due to incompleteness) also has a textual
Hello Tako,
Tuesday, August 17, 2010, 3:03:20 PM, you wrote:
Unless a Char in Haskell is 32 bits (or at least more than 16 bits)
it con NOT encode all Unicode points.
it's 32 bit
--
Best regards,
Bulatmailto:bulat.zigans...@gmail.com
Hi Ketil,
On Tue, Aug 17, 2010 at 12:09 PM, Ketil Malde ke...@malde.org wrote:
Johan Tibell johan.tib...@gmail.com writes:
It's not clear to me that using UTF-16 internally does make Data.Text
noticeably slower.
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
On Tue, Aug 17, 2010 at 12:39 PM, Bulat Ziganshin bulat.zigans...@gmail.com
wrote:
Hello Tom,
Tuesday, August 17, 2010, 2:09:09 PM, you wrote:
In the first iteration of the Text package, UTF-16 was chosen because
it had a nice balance of arithmetic overhead and space. The
arithmetic
On Tue, Aug 17, 2010 at 1:05 PM, Bulat Ziganshin
bulat.zigans...@gmail.comwrote:
Hello Tako,
Tuesday, August 17, 2010, 3:03:20 PM, you wrote:
Unless a Char in Haskell is 32 bits (or at least more than 16 bits)
it con NOT encode all Unicode points.
it's 32 bit
Like Bulat said it's 32
Tako Schotanus t...@codejive.org writes:
On Tue, Aug 17, 2010 at 12:54, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
Tom Harper rtomhar...@gmail.com writes:
2010/8/17 Bulat Ziganshin bulat.zigans...@gmail.com:
Hello Tom,
snip
i don't understand what you mean. are you
Michael Snoyman mich...@snoyman.com writes:
I don't think *anyone* is asserting that UTF-16 is a common encoding
for files anywhere,
*ahem*
http://en.wikipedia.org/wiki/UTF-16/UCS-2#Use_in_major_operating_systems_and_environments
--
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
On Tue, Aug 17, 2010 at 13:00, Michael Snoyman mich...@snoyman.com wrote:
On Tue, Aug 17, 2010 at 1:50 PM, Yitzchak Gale g...@sefer.org wrote:
Ketil Malde wrote:
I haven't benchmarked it, but I'm fairly sure that, if you try to fit a
3Gbyte file (the Human genome, say¹), into a computer
On Tue, Aug 17, 2010 at 2:20 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
Michael Snoyman mich...@snoyman.com writes:
I don't think *anyone* is asserting that UTF-16 is a common encoding
for files anywhere,
*ahem*
Hi Kevin
Are you trying to compile a program using regex-posix or compiling and
installing an update of regex-posix (which is already in the
Platform)?
If you are compiling a program that uses regex-posix, you shouldn't
need to install other DLLs as the relevant libraries (.a and .o files)
are
On Tue, Aug 17, 2010 at 13:29, Ketil Malde ke...@malde.org wrote:
Tako Schotanus t...@codejive.org writes:
Just like Char is capable of encoding any valid Unicode codepoint.
Unless a Char in Haskell is 32 bits (or at least more than 16 bits) it
con
NOT encode all Unicode points.
And
From: Hemanth Kapila saihema...@gmail.com
Subject: [Haskell-cafe] Embedded scripting Language for haskell app
Hi,
Can some one please give me a suggestion on the best choice for an embedded
scripting Language for a haskell application?
I mean, something like guile/lua for c/c++ and
Michael Snoyman mich...@snoyman.com writes:
As far as space usage, you are correct that CJK data will take up more
memory in UTF-8 than UTF-16.
With the danger of sounding ... alphabetist? as well as belaboring a
point I agree is irrelevant (the storage format):
I'd point out that it seems
I was assuming that regex would work properly with the latest Haskell
Platform so I haven't attempted to re-install it.
However as I mentioned above, attempting to compile a program that
uses regex fails with linker errors on my Windows XP machine.
Any ideas on how I can fix this problem?
Kevin
Can some one please give me a suggestion on the best choice for an
embedded
scripting Language for a haskell application?
Why not use Haskell itself? I agree that C and Java aren't perhaps the
best choice for application scripting – but both Xmonad and Yi have
had quite some success using
Ivan == Ivan Lazar Miljenovic ivan.miljeno...@gmail.com writes:
Char is not an encoding, right?
Ivan No, but in GHC at least it corresponds to a Unicode codepoint.
I don't think this is right, or shouldn't be right, anyway.. Surely it
stands for a character. Unicode codepoints include
Yitzchak Gale g...@sefer.org writes:
I don't think the genome is typical text.
I think the typical *large* collection of text is text-encoded data, and
not, for lack of a better word, literature. Genomics data is just an
example.
-k
--
If I haven't seen further, it is by standing in the
On 17 August 2010 12:45, Kevin Jardine kevinjard...@gmail.com wrote:
I was assuming that regex would work properly with the latest Haskell
Platform so I haven't attempted to re-install it.
Yes - its wise not to upgrade platform components, especially on Windows.
However as I mentioned above,
On Tue, Aug 17, 2010 at 13:40, Ketil Malde ke...@malde.org wrote:
Michael Snoyman mich...@snoyman.com writes:
As far as space usage, you are correct that CJK data will take up more
memory in UTF-8 than UTF-16.
With the danger of sounding ... alphabetist? as well as belaboring a
point I
I'm running
cabal install
for the program that uses regex-compat. runhaskell doesn't work
because compiling the code requires library information in the cabal
file.
I've also tried to run something similar using ghci on the same
machine and it also fails with a similar error.
Kevin
On Aug 17,
Hi Kevin
Is it a library on Hackage? I'll take a look if the dependencies
aren't too deep...
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On Aug 17, 1:55 pm, Tako Schotanus t...@codejive.org wrote:
I'll repeat here that in my opinion a Text package should be good at
handling text, human text, from whatever country. If I need to handle large
streams of ASCII I'll use something else.
I would mostly agree.
However, a key use
No, it's my own code.
But in ghci even the simplest =~ fails on my machine.
Here's a complete transcript:
ghci
GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ...
Michael Snoyman wrote:
Regarding the data: you haven't actually quoted any
statistics about the prevalence of CJK data
True, I haven't seen any - except for Google, which
I don't believe is accurate. I would like to see some
good unbiased data.
Right now we just have our intuitions based on
Colin Paul Adams co...@colina.demon.co.uk writes:
Char is not an encoding, right?
Ivan No, but in GHC at least it corresponds to a Unicode codepoint.
I don't think this is right, or shouldn't be right, anyway.. Surely it
stands for a character. Unicode codepoints include non-characters
Ketil Malde wrote:
I'd point out that it seems at least as unfair to optimize for CJK at
the cost of Western languages.
Quite true.
[...speculative calculation from which we conclude that]
a given document translated
between Chinese and English should occupy roughly the same space in
Daniel Kahlenberg schrieb:
Hi list,
stumbled across that:
http://www.google.com/insights/search/?hl=de#q=haskellgeo=DEcmpt=q
Good to know that Saxony-Anhalt is the state in Germany with leading
interest in Haskell. :-) I would like to know, whether this is due to
Magdeburg or Halle.
Hi Kevin
I've just installed Platform-2010.2.0.0 and I'm getting the symbol
error on the file that I could compile with Platform2009.2.0.2.
So I'd say it is a bug with the Platform, also it looks like the error
was acknowledged on the Platform mailing list last week.
$
On Tue, Aug 17, 2010 at 1:36 PM, Tako Schotanus t...@codejive.org wrote:
Yeah, I tried looking it up but I could find the technical definition for
Char, but in the end I found that maxBound was 0x10 making it
basically 24 bits :)
I think that's enough to represent all the assigned
Hello, Ketil Malde!
On Tue, Aug 17, 2010 at 8:02 AM, Ketil Malde ke...@malde.org wrote:
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com writes:
Seeing as how the genome just uses 4 base letters,
Yes, the bulk of the data is not really text at all, but each sequence
(it's fragmented due to
Johan == Johan Tibell johan.tib...@gmail.com writes:
Johan On Tue, Aug 17, 2010 at 1:36 PM, Tako Schotanus t...@codejive.org
wrote:
Johan Yeah, I tried looking it up but I could find the
Johan technical definition for Char, but in the end I found that
Johan maxBound was
On Tue, Aug 17, 2010 at 2:23 PM, Yitzchak Gale g...@sefer.org wrote:
Michael Snoyman wrote:
Regarding the data: you haven't actually quoted any
statistics about the prevalence of CJK data
True, I haven't seen any - except for Google, which
I don't believe is accurate. I would like to see
yep
now I see it:
http://trac.haskell.org/haskell-platform/ticket/137
Next time I'll check the bug tracker as well as Google before posting
here!
Thanks.
Kevin
On Aug 17, 2:37 pm, Stephen Tetley stephen.tet...@gmail.com wrote:
Hi Kevin
I've just installed Platform-2010.2.0.0 and I'm
On Tue, Aug 17, 2010 at 3:23 PM, Yitzchak Gale g...@sefer.org wrote:
Michael Snoyman wrote:
Regarding the data: you haven't actually quoted any
statistics about the prevalence of CJK data
True, I haven't seen any - except for Google, which
I don't believe is accurate. I would like to see
The bug tracker recommended just installing from Hackage so with some
trepidation I typed:
cabal install regex-posix
and everything now works as expected!
So sorry for the waste of bandwidth.
At least this thread is now in Google.
Kevin
On Aug 17, 3:06 pm, Kevin Jardine
Gentlemen, Slightly off topic, but when reading this list , I was ( happily
) surprised when reading this list, about the quality of typing, including
redaction,paragraph, greeks and footnote ref like , in just a (pure) text
list
...
baskell[1] seems interesting. And there's hslua[2].
Can one use
Sounds to me like we need a lazy Data.Text variation that allows UTF-8 and
UTF-16 segments in it list of strict text elements :) Then big chunks of
western text will be encoded efficiently, and same with CJK! Not sure what
to do about strict Data.Text though :)
On Tue, Aug 17, 2010 at 1:40 PM,
Felipe Lessa felipe.le...@gmail.com writes:
[-snip- I've already spent too much time on the other stuff :-]
And what do you think about creating a real SeqData data type
with two bases per byte? In terms of processing speed I guess
there will be a small penalty, but if you need to have large
On Tue, Aug 17, 2010 at 14:17, Luc TAESCH luc.tae...@googlemail.com wrote:
Gentlemen, Slightly off topic, but when reading this list , I was ( happily
) surprised when reading this list, about the quality of typing, including
redaction,paragraph, greeks and footnote ref like , in just a (pure)
Someone mentioned earlier that IHHO all of this messing around with
encodings and conversions should be handled transparently, and I guess
you could do something like have the internal representation be along
the lines of Either UTF8 UTF16 (or perhaps even more encodings), and
then implement every
On Tuesday 17 August 2010 08:59:29, Sebastian Fischer wrote:
I wonder whether the numbers in a single step of the computation
occupy all the memory or whether old numbers are retained although
they shouldn't be.
BTW, what sort of memory usage are we talking about here?
I have now tried your
Simon Marlow marlo...@gmail.com writes:
On 17/08/2010 06:09, Gregory Collins wrote:
We could provide a compare-and-swap on IORefs, indeed I've been
planning to try that so we could move the implementation of
atomicModifyIORef into user-space, so to speak.
For hash tables it would be nice to
On 17 August 2010 14:15, Kevin Jardine kevinjard...@gmail.com wrote:
[snip]
So sorry for the waste of bandwidth.
No - its good to have a solution in public. The issue tracker seemed a
bit inconclusive, but anyone reading an archive of the mailing list
will now be able to pick up what to do.
(Actually, this seems more like a job for a type class.)
2010/8/17 Gábor Lehel illiss...@gmail.com:
Someone mentioned earlier that IHHO all of this messing around with
encodings and conversions should be handled transparently, and I guess
you could do something like have the internal
BTW, what sort of memory usage are we talking about here?
I was referring to the memory usage of this program
import System.Environment
import Data.Numbers.Fibonacci
main :: IO ()
main = do n - (read . head) `fmap` getArgs
(fib n :: Integer) `seq` return ()
Daniel Fischer wrote:
On Aug 16, 2010, at 6:03 PM, Jacques Carette wrote:
Any sequence of numbers given by a linear recurrence equation with
constant coefficients can be computed quickly using asymptotically
efficient matrix operations. In fact, the code to do this can be
derived
On 24/07/2010, aditya siram aditya.si...@gmail.com wrote:
Perhaps I'm being unclear again. All I was trying to say was that:
liftM2 (-) [0,1] [2,3] /= liftM2 (-) [2,3] [0,1]
-deech
I'm sorry if I'm bumping an old thread, but why should liftM2 f be
commutative when f isn't?
(I hope I'm not
On Tue, Aug 17, 2010 at 06:12, Michael Snoyman mich...@snoyman.com wrote:
I'm not talking about API changes here; the topic at hand is the internal
representation of the stream of characters used by the text package. That is
currently UTF-16; I would argue switching to UTF8.
The
2010/8/17 Jonas Almström Duregård jonas.dureg...@gmail.com:
Hi,
Has there been any progress with this package? Like you I have also
tried to contact Matt and like you I have ended up making my own
version of src-meta :). When someone assumes maintainership of this
package I would like to
Bulat Ziganshin bulat.ziganshin at gmail.com writes:
Hello Hemanth,
Tuesday, August 17, 2010, 2:05:44 PM, you wrote:
btw, i've written unfinished hslua tutorial:
http://haskell.org/haskellwiki/HsLua
And in related news embedded Lua interpreter recently got upgraded
to version 5.1.4.
On Tue, Aug 17, 2010 at 6:19 PM, John Millikin jmilli...@gmail.com wrote:
Ruby, which has an enormous Japanese userbase, solved the problem by
essentially defining Text = (Encoding, ByteString), and then
re-implementing text logic for each encoding. This allows very
efficient operation with
Henning Thielemann schlepp...@henning-thielemann.de wrote:
Daniel Kahlenberg schrieb:
Hi list,
stumbled across that:
http://www.google.com/insights/search/?hl=de#q=haskellgeo=DEcmpt=q
Good to know that Saxony-Anhalt is the state in Germany with leading
interest in Haskell. :-) I would
On Tue, 17 Aug 2010, Ertugrul Soeylemez wrote:
Saxony-Anhalt is the state in Germany with leading number of Google
searches regarding Haskell. This tells nothing about interest. It
could just as well mean that people in other states understand Haskell
better or go to the proper website
2010/8/17 Luc TAESCH luc.tae...@googlemail.com:
May I ask you how you redact your answers and which toolchain you are using?
You can use footnote-mode [1] for easily producing the
footnotes/references if you're an emacs user.
Dominique
Footnotes:
[1]
* Ertugrul Soeylemez wrote:
Good to know that Saxony-Anhalt is the state in Germany with leading
interest in Haskell. :-) I would like to know, whether this is due to
Magdeburg or Halle.
Saxony-Anhalt is the state in Germany with leading number of Google
searches regarding Haskell.
And that
Don Stewart wrote:
Those specific versions of packages are overly constrained. They should follow
the PVP.
While we're on the subject... Suppose I have a package, which I know
works with foo-8.7.2. What should the Cabal dependents field say? We
have a choice of
foo == 8.7.2
foo = 8.7.2
On Tue, Aug 17, 2010 at 2:54 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
While we're on the subject... Suppose I have a package, which I know works
with foo-8.7.2. What should the Cabal dependents field say? We have a choice
of
foo == 8.7.2
foo = 8.7.2
foo = 8.7
foo = 8.7
Quoth John Millikin jmilli...@gmail.com,
Ruby, which has an enormous Japanese userbase, solved the problem by
essentially defining Text = (Encoding, ByteString), and then
re-implementing text logic for each encoding. This allows very
efficient operation with every possible encoding, at the
On Tue, Aug 17, 2010 at 9:30 PM, Donn Cave d...@avvanta.com wrote:
Quoth John Millikin jmilli...@gmail.com,
Ruby, which has an enormous Japanese userbase, solved the problem by
essentially defining Text = (Encoding, ByteString), and then
re-implementing text logic for each encoding. This
Hi Kevin,
Kevin Jardine kevinjardine at gmail.com writes:
I'm running Haskel Platform 2010.2.0.0 and attempting to compile with
regex-compat under Windows XP.
[...]
Apparently, you've been bitten by a bug in the installer:
http://trac.haskell.org/haskell-platform/ticket/137
I haven't
Hi,
I thought I'd go through my uploaded Hackage packages and decide which
ones I am going to maintain, which are worth others maintaining, and
which are probably not worth maintaining (spoiler, most aren't).
1. Interested in and will continue maintaining:
gd, higherorder, cgi-utils, fastcgi,
On Tue, Aug 17, 2010 at 8:50 AM, Wouter Swierstra
wou...@vectorfabrics.com wrote:
Can some one please give me a suggestion on the best choice for an
embedded
scripting Language for a haskell application?
Why not use Haskell itself? I agree that C and Java aren't perhaps the
best choice for
On Tue, Aug 17, 2010 at 5:38 PM, Christopher Done
chrisd...@googlemail.com wrote:
1. Interested in and will continue maintaining:
gd, higherorder, cgi-utils, fastcgi, ircbouncer
Just out of curiosity, why do you use gd instead of cairo?
Cheers! =)
--
Felipe.
I've never used the cairo library as it was part of gtk2hs and thus
not on Hackage. Looks like it's on Hackage now as of last may. I'll
take a look next time I want to do graphics. I imagine it's faster.
On 17 August 2010 23:48, Felipe Lessa felipe.le...@gmail.com wrote:
On Tue, Aug 17, 2010 at
On 08/17/2010 12:28, Ben Millwood wrote:
2010/8/17 Jonas Almström Duregård jonas.dureg...@gmail.com:
Hi,
Has there been any progress with this package? Like you I have also
tried to contact Matt and like you I have ended up making my own
version of src-meta :). When someone assumes
On Aug 17, 2010, at 6:39 PM, Roel van Dijk wrote:
Using x**n = exp(n*log(x)) and floating point arithmetic,
the whole thing can be done in O(1) time, and the price of
some inaccuracy.
It will calculate a subset of the Fibonacci numbers in O(1) time.
Thinking about it I think you can easily
On Tue, Aug 17, 2010 at 10:38:53PM +0200, Christopher Done wrote:
2. Not really interested in maintaining, but in a good state and
probably worth maintaining:
pappy (Bryan Ford gave me permission to upload and for someone to maintain
this)
I actually have been actively developing and
On Tue, Aug 17, 2010 at 7:07 PM, Christopher Done
chrisd...@googlemail.com wrote:
Sadly this is true. I went ahead and tested this to confirm; compiled
mueval (which uses hint), copied the executable to a virtual machine
and it required the GHC package repo among other GHC-related
libraries.
1 - 100 of 121 matches
Mail list logo