Ivan Miljenovic wrote:
> On 30 March 2010 14:33, Erik de Castro Lopo wrote:
> > The haskell packages for Debian (I am one)
>
> You are a Haskell _package_? :p
s/packages/packagers/
Although I speak for me, not the group.
> > - The source code package will be called haskell-foo.
>
> Is this a
On 30 March 2010 14:33, Erik de Castro Lopo wrote:
> The haskell packages for Debian (I am one)
You are a Haskell _package_? :p
> - The source code package will be called haskell-foo.
Is this an actual installable package (so you're installing the actual
source code?) ?
> Debian does not stri
Ivan Miljenovic wrote:
> > [..] now trying to profile something, oh wait, some problem again.
>
> Agreed, if Debian didn't include the profiling libraries with GHC
> (though is this due to how Debian does packages?).
The haskell packages for Debian (I am one) have decided to stick to
a pattern w
On Mon, Mar 29, 2010 at 7:37 PM, ryan winkelmaier wrote:
> Hey everyone,
>
> I'm looking for help with a seg fault that takes out both my ghci and darcs
> as well as anything that uses haskeline. A bug on the haskeline trac hasn't
> gotten any response so I figured I might as well figure this out
On 30 March 2010 13:55, Jason Dagit wrote:
> The reason I started telling everyone to avoid GHC in apt was the way it was
> packaged. Casual Haskell users would install GHC but get something like
> 1/10th of the libraries GHC installs when you do a source install
Is that because Debian didn't b
On Sun, Mar 28, 2010 at 4:53 AM, Joachim Breitner wrote:
> Hi,
>
> Am Sonntag, den 28.03.2010, 09:04 +0100 schrieb Magnus Therning:
> > I have to say it looks like Debian has gotten their act together
> > somewhat when it comes to Haskel development. Many of the reasons for
> > my deserting Debia
On 30 March 2010 13:27, wrote:
> The Haskell Platform is supposed to be a development environment...
No-one ever said it was a _complete_ development environment and that
you'd never need any other libraries, tools, etc.
--
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpre
Hey everyone,
I'm looking for help with a seg fault that takes out both my ghci and darcs
as well as anything that uses haskeline. A bug on the haskeline trac hasn't
gotten any response so I figured I might as well figure this out myself and
get ghci up and running again.
Using the test program b
Quoting John Lato :
Packages on Hackage are *source distributions*, so users need a
development environment in order to make use of them. Windows doesn't
have a built-in development environment, therefore I don't see any
reason why developers shouldn't choose the one most convenient to
them.
El 30/03/10 01:19, Ivan Miljenovic escribió:
> 2010/3/30 Don Stewart :
>
>>> I notice that posts from the Haskell elders are pretty rare now. Only
>>> every now and then we hear from them.
>>>
>>> How come?
>>>
>> Because there is too much noise on this list, Günther
>>
> And they ha
> Message: 20
> Date: Mon, 29 Mar 2010 21:45:49 +0100
> From:
> Subject: Re: [Haskell-cafe] building "encoding" on Windows?
> To: haskell-cafe@haskell.org
> Message-ID: <4bb1117d.5090...@btinternet.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> wagne...@seas.upenn.edu wrote:
On 29 March 2010 21:51, Sebastiaan Visser wrote:
> Nice work, definitely beats the current version!
>
> A few remarks:
> - Please throw in a bit more color somehow. Like said before, this shade of
> gray is a bit depressive.
> - The "more" links are far to prominent. These links are not that im
Hi Lennart,
that's one explanation, true.
Günther
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
2010/3/30 Don Stewart :
>> I notice that posts from the Haskell elders are pretty rare now. Only
>> every now and then we hear from them.
>>
>> How come?
>
> Because there is too much noise on this list, Günther
And they have better things to do than answer stupid questions and get
involved in pet
What Don said.
2010/3/29 Don Stewart :
> gue.schmidt:
>> Hi all,
>>
>> I notice that posts from the Haskell elders are pretty rare now. Only
>> every now and then we hear from them.
>>
>> How come?
>
> Because there is too much noise on this list, Günther
>
> -- Don
> _
Hi Don,
good answer :)
Günther
Am 30.03.10 00:53, schrieb Don Stewart:
gue.schmidt:
Hi all,
I notice that posts from the Haskell elders are pretty rare now. Only
every now and then we hear from them.
How come?
Because there is too much noise on this list, Günther
-- Don
_
gue.schmidt:
> Hi all,
>
> I notice that posts from the Haskell elders are pretty rare now. Only
> every now and then we hear from them.
>
> How come?
Because there is too much noise on this list, Günther
-- Don
___
Haskell-Cafe mailing list
Haskell-C
Hi all,
I notice that posts from the Haskell elders are pretty rare now. Only
every now and then we hear from them.
How come?
Günther
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On 30/03/2010, at 9:01 AM, Richard O'Keefe wrote:
> There is some evidence that arrows may go back 60,000 years,
> which is time enough for some evolutionary effect.
IIRC, Hughes defined arrows last millenium, which makes them no more than 1000
years old.
I certainly find that I have no innate
On Mar 30, 2010, at 4:19 AM, Alberto G. Corona wrote:
Taming a horse is good for survival, but we do not evolved for
taming horses (this is only done a few milennia ago). Learning to
driving a car is now good for survival, but we don´t evolved for
that. even the invention of the arrow and t
On Mar 28, 2010, at 10:44 PM, Christopher Done wrote:
> This is a post about re-designing the whole Haskell web site.
>
> We got a new logo but didn't really take it any further. For a while there's
> been talk about a new design for the Haskell web site, and there are loads of
> web pages about
wagne...@seas.upenn.edu wrote:
Whooo, boy, I sure don't fancy explaining Msys/MinGW or Cygwin to a
non-technical person and giving sufficiently detailed
installation/usage instructions.
I still dislike the idea of needing to install MSYS, MinGW, Cygwin or
similar tools to get anything remotel
Hi,
I was just about to name this thread “Are there any Indian Haskeller?”
but since I want it to be read, I deemed that too risky...
I’m a computer science student in Germany and I’d like to spend one
semester as an exchange student in India. I have no specific plans yet
where I want to go, and
This is still alive? Haskell is clearly no longer the topic here, it
should be moved elsewhere imo.
JC Petkovich
On Mon, Mar 29, 2010 at 12:51 PM, Jason Dusek wrote:
> 2010/03/29 Jason Dusek :
>> What are you attributing to men...
>
> s/are you/you are/
>
> --
> Jason Dusek
> _
Quoting Stephen Tetley :
This is actually due to a missing header file included *by*
system_encoding.h rather than Cabal not finding system_encoding.h. It
took to me a while to spot that one! [note to self - always check for
this in future].
The missing header is - where it originates I don't
Hello
Building this on widows might be a bit of a challenge...
Generally I'd be advise building with "runhaskell Setup.hs ..." from
MinGW, the first step of which would be something like:
> runhaskell Setup.hs configure
> --extra-include-dirs=C:\\msys\\1.0\\home\\stephen\\encoding-0.6.3
> --ex
The main issue I would have with the site design proposed here is that the
"Download Haskell" link that is currently fairly prominent on the page gets
shuffled off into oblivion in the footer. However, overall, I think it
serves as a good starting point for discussion.
-Edward Kmett
On Sun, Mar 2
One place to start might be category-extras on hackage, which covers a wide
array of category theoretic constructs at least as they pertain to the
category of Haskell types.
http://hackage.haskell.org/package/category-extras
There is also Sjoerd Visscher's data-category:
http://hackage.haskell.o
I'm trying to help a non-Haskell person build wyvern (shameless plug
in case you like go: http://dmwit.com/wyvern), but (s)he's having
trouble building the "encoding" library. Has any Windows person done
it successfully or is willing to try it?
I tried contacting the "encoding" maintainer a
On 29 March 2010 16:16, Sean Leather wrote:
> On Mon, Mar 29, 2010 at 16:24, Simon Marlow wrote:
>> IMHO, these aren't compelling reasons. Note that already on your page
>> there is an inconsistency between the tabs at the top and the headings at
>> the bottom: I don't know where to look to find
2010/03/29 Jason Dusek :
> What are you attributing to men...
s/are you/you are/
--
Jason Dusek
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
2010/03/29 Alberto G. Corona :
> [...] What we evolved with is a general hability: to play with
> things to achieve what we need from them, (besides other
> abilities). The pleasure to acheve ends by using available
> means. [...] A tool is someting used to solve a class of
> problems. It does not
On Mon, Mar 29, 2010 at 12:00 PM, Simon Marlow wrote:
> On 26/03/2010 20:28, Mads Lindstrøm wrote:
>
>> Hi
>>
>> For some time I have been thinking about an idea, which could limit
>> Haskell's memory footprint. I don't know if the idea is crazy or clever,
>> but I would love to hear peoples thou
On 29 March 2010 14:01, Csaba Hruska wrote:
> Hi!
> - Another LLVM related idea is to create a framework to support writing llvm
> passes in haskell, this should be based on existing llvm haskell binding.
This is a cool idea!
For bonus points, you could provide a binding to the new version of
th
I have a project called hswf which provides a Haskell library for
roundtripping (i.e. encode . decode and decode . encode are morally
equal to the identity function) SWF files. The source is available at
http://github.com/batterseapower/hswf/. You are welcome to try it out
if it looks useful, with
math is not a single hability. topology is not the same than algebra.
multiply two numbers or solving an integral by means of a known algoritm has
nothing in common with finding the solution to a mathematical problem that
is unknown forr the person. Spatial reasoning is not the same than appliying
On 26/03/2010 20:28, Mads Lindstrøm wrote:
Hi
For some time I have been thinking about an idea, which could limit
Haskell's memory footprint. I don't know if the idea is crazy or clever,
but I would love to hear peoples thoughts about it. The short story is,
I propose that the garbage collector
On Mon, 29 Mar 2010 17:32:57 +0200, you wrote:
>What's evil in being different?
The point is that people use _generic_ differences as a rationale for
discrimination against _individuals_. For example, in the US, it has,
until recently, been used as an argument against female firefighters,
because
What's evil in being different?
I only see here a form of discrimination that i can label as inherentely
sexist and/elitist/or racist: the assumption that certain habilities, the
normally associated historically whith men are worth to have and good, and
whoever hasn´t them is worth to be discrimi
The Wisconsin study, which was done in the 1980s and then redone last
year is the primary source for that, and it presents data that there
is no real difference between women and men in math ability. The only
*statistically* significant (bold because significant is a technical
term, not a term den
Hi,
I have to add some monitoring functions to a shockwave/flash decoder: to
precisely evaluate the play buffer (the bar showing download information
when you watch a YouTube video for example).
I wanted to go for either swfdec or gnash, but as I enjoy Haskell so much, I
wonder if there is some o
2010/3/27 wren ng thornton
> Alberto G. Corona wrote:
>
>> because math abilities are not a -primary- reason for survival.
>> Tools engineering and mastering is.
>>
>
> Do not be misled by the fact that CS departments are often lumped in with
> engineering. For that matter, do not be misled by
On Mon, Mar 29, 2010 at 16:24, Simon Marlow wrote:
> On 29/03/2010 13:20, Christopher Done wrote:
>
>> On 29 March 2010 11:19, Simon Marlow wrote:
>>
>>> Is the footer necessary? I dislike sites that have too many ways to
>>> navigate, and the footer looks superfluous. The footer will probably
On Sun, 28 Mar 2010 20:38:49 -0700, you wrote:
> * The difference between genders is smaller than the difference between
>individuals
If only people would understand and accept the near-universality of
this:
"The difference between and
is smaller than the
difference between individuals."
-St
>From Wikipedia: http://en.wikipedia.org/wiki/Sex_and_intelligence
In a 2008 study[19] paid for by the National Science Foundation in the
United States, researchers found that "girls perform as well as boys
on standardized math tests. Although 20 years ago, high school boys
performed better than gi
> IQ tests, for example. google it.
>
> 2010/3/28 Jochem Berndsen
>
> Alberto G. Corona wrote:
>> > The reasons for the sexual differences in mathematical abilities are
>> > different, because math abilities are not a -primary- reason for
>> > survival. Tools engineering and mastering is. If th
On 29/03/2010 13:20, Christopher Done wrote:
On 29 March 2010 11:19, Simon Marlow wrote:
Is the footer necessary? I dislike sites that have too many ways to
navigate, and the footer looks superfluous. The footer will probably be off
the bottom of the window in any case, which reduces its usef
Haskelloids 0.1.0 has just been uploaded to HackageDB,
It's a reasonably faithful (but incomplete) reproduction of the Atari
classic, written mostly in the Yampa framework. See the wiki for
screenshots.
Wikipage: http://www.haskell.org/haskellwiki/Haskelloids
HackageBD: http://hackage.haske
On Mon, Mar 29, 2010 at 9:01 AM, Csaba Hruska wrote:
> I'm wondering about the topic of my gsoc project. [..]
>
I'm interested in these areas:
> - improving cabal (more sophisticated dependency, multi version, compiler
> support, etc) [..]
>
I like the idea of improving cabal, and one can defini
Hi,
For Reekie's Visual Haskell, see
http://ptolemy.eecs.berkeley.edu/~johnr/papers/visual.html
Also take a look on the CAL language
(http://openquark.org/Open_Quark/Welcome.html
"Welcome to the (...) Open Quark Framework for Java, and the lazy functional
language CAL."
AFAIK, the CAL language
Hello Alp,
thanks for explaining. As so often things become obvious in hindsight :)
Günther
Am 29.03.10 15:16, schrieb Alp Mestanogullari:
a -> b -> c is a -> (b -> c)
domain : a
codomain : b -> c (which is a valid Haskell type, of the functions
from b to c)
2010/3/29 Günther Schmidt mailto
a -> b -> c is a -> (b -> c)
domain : a
codomain : b -> c (which is a valid Haskell type, of the functions from b to
c)
2010/3/29 Günther Schmidt
> Hi,
>
> I can easily see how one identifies the domain and co-domain of a unary
> function.
>
> How would the domain of a function be expressed that
2010/3/29 Günther Schmidt :
> Hi,
>
> I can easily see how one identifies the domain and co-domain of a unary
> function.
>
> How would the domain of a function be expressed that takes more than one
> argument and arguments of different type?
All functions in Haskell are unary.
___
Hi!
I'm wondering about the topic of my gsoc project.
I'm interested in these areas:
- improving cabal (more sophisticated dependency, multi version, compiler
support, etc)
This could be useful from practical view.
- Another idea is to improve GHC's new LLVM backend.
(eg: support cross module
Hi,
I can easily see how one identifies the domain and co-domain of a unary
function.
How would the domain of a function be expressed that takes more than one
argument and arguments of different type?
Günther
___
Haskell-Cafe mailing list
Haskel
On 29 March 2010 11:19, Simon Marlow wrote:
> Is the footer necessary? I dislike sites that have too many ways to
> navigate, and the footer looks superfluous. The footer will probably be off
> the bottom of the window in any case, which reduces its usefulness as a
> navigation tool.
Footer nav
Simon Marlow writes:
> On 26/03/2010 19:51, Isaac Dupree wrote:
>> On 03/25/10 12:36, Simon Marlow wrote:
>>> I'd also be amenable to having block/unblock count nesting levels
>>> instead, I don't think it would be too hard to implement and it wouldn't
>>> require any changes at the library level
On 29/03/2010, at 02:27, Lennart Augustsson wrote:
> Does anything change if you swap the first two rhss?
No, not as far as I can tell.
>
> On Sun, Mar 28, 2010 at 1:28 AM, Roman Leshchinskiy
> wrote:
>> On 28/03/2010, at 09:47, Lennart Augustsson wrote:
>>
>>> It's important to switch from
On 26/03/2010 19:51, Isaac Dupree wrote:
On 03/25/10 12:36, Simon Marlow wrote:
I'd also be amenable to having block/unblock count nesting levels
instead, I don't think it would be too hard to implement and it wouldn't
require any changes at the library level.
Wasn't there a reason that it did
On 28/03/2010 21:44, Christopher Done wrote:
This is a post about re-designing the whole Haskell web site.
We got a new logo but didn't really take it any further. For a while
there's been talk about a new design for the Haskell web site, and there
are loads of web pages about Haskell that don't
Hi Haskell-cafe.
I'm trying to use Haskell to program with Categories, but I didn't have
seeing some works in this area nor references about this. Does someone can
help me ins this subject?
Thanks in advance,
Vieira
--
"Para saber quantos amigos você tem, dê uma festa.
'Para saber a qualidade del
Hi Jeremy
Have you considered rolling your own parser?
If you don't want say the expression parser or the language defs,
quite a bit of Parsec's machinery is now standard-ish. For instance,
most of the combinators in Text.ParserCombinators.Parsec.Combinator
are general control operators and can b
Dear Haskell-cafe,
CREATE-NET, a research center located in Trento, Italy, is hiring two
functional programmers for web application development.
Proficiency in at least one functional programming language (Haskell, LIPS,
CAML, ...) is required, as well as willingness to work on application
de
63 matches
Mail list logo