Yes, the goal isn't so much to improve complexity (both are O(1)) but to
reduce the constant factor on that O(1).
In an inner loop like that, allocator/gc calls by far dominate the cost of
the program. If you can remove them, you've improved the performance of the
program by 10-100x.
In the
On 18/05/2011, at 15:55 , Roman Cheplyaka wrote:
Of course I don't claim that fusion is useless -- just trying to
understand the problem it solves. Are we saving a few closures and cons
cells here?
And thunk allocations, and thunk entries. Entering a thunk costs upwards of 20
cycles, while
Also, we do fusion on strict structures (e.g. vectors), where you get
back O(n) on each fused point. Obviously, it is less of a win on lazy
structures than the (pathological) case of strict data, but it is
still a win.
-- Don
On Tue, May 17, 2011 at 11:07 PM, Ben Lippmeier b...@ouroborus.net
(Re-CC-ing the list)
On 18 May 2011 15:16, bri...@aracnet.com wrote:
On Wed, 18 May 2011 13:52:46 +1000
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
What's happening is that the type involves the FFTWReal class.
However, this isn't immediately visible to ghci as it isn't in scope,
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
process the second time one opens a top-level window,
* Goes
A few weeks ago I set out to build a GUI app using wxHaskell. Long story short,
we ditched the entire idea of a desktop GUI and went for a web application
instead, because it was easier to develop a front-end for it and it was easier
to style it.
So here's my (perhaps slightly provoking)
Along the same lines, once or twice I've needed to create a desktop
version of a web app, which is what I wrote wai-handler-webkit[1] for.
It only really builds properly on Linux for now, but if the need
arises I don't see any reason it wouldn't work for Mac/Windows as
well.
Michael
[1]
Conal Elliott wrote:
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
process the second time one opens a top-level
Casey McCann syntaxgli...@gmail.com writes:
At any rate, I think we already violate the spec by not having the
required unordered result for comparisons, and just treating every
comparison involving a NaN as GT. I don't think considering NaN as
e.g. less than -Inf would violate the spec
Roman Cheplyaka wrote:
Of course I don't claim that fusion is useless -- just trying to
understand the problem it solves. Are we saving a few closures and cons
cells here?
In addition to what everyone else said, fusion can be a big win when it
allows further optimisations. For instance,
I have developed a GUI app using wxHaskell
I develop using GHCi - invaluable
I can run the application once form GHCi, and then a re-run crashes, but
- usually after a run there is enough time to re-start GHCi while I tihnk
about what
needs fixing next
- usually I can still run tests
Is there a library that satisfies 2 of your 3 points?
* Works with ghci
* Supports OpenGL.
I've struggled to get:
* A window with opengl
* Running interactively from ghci
* Working cross platform
Anyone know of a solution for that?
If there's a library that handles that, then there's at least
On 18/05/2011 2:02 PM, Ville Tirronen wrote:
Hello,
I have successfully* built HOpenCV on windows with openCV 2.0 on windows
(XP).
* by successfully, I mean compiled and linked, library and test.hs. The
test did give
me an error:
test-hopencv.exe: user error (Failed to create camera)
On 17/05/2011 00:44, dm-list-haskell-c...@scs.stanford.edu wrote:
But I've never heard anyone claim that a prerequisite to Haskell being
useful as a parallel programming language is a well-defined memory
model. I think there's a couple of reasons for that:
- deterministic parallel
Hey thanks a bunch!
Just to clarify matters: HOpenCV is an alternative (and more refined) effort
of
binding opencv, while CV package is set of bindings I've developed
around opencv for various projects I've been involved with.
But I'm pretty certain that the same steps for building work for
Robert,
2011/5/16 Robert Clausecker fuz...@gmail.com:
I found out, that GHC implements typeclasses as an extra argument, a
record that stores all functions of the typeclass. So I was wondering,
is there a way (apart from using newtype) to pass a custom record as the
typeclass record, to
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to where is
described building of Haskell Platform natively to 64bit Windows?
I have no problem using 32bit version until I need more than 2GB of
RAM.
I went
Hi all,
I'd like to share my experiences packaging a Haskell program so that it
can be used as a library by a non-Haskell application. I hope somebody
might be able to (A) confirm that I'm doing the right thing or better
still (B) suggest some corrections and/or simplifications.
My objectives
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= j.stutterh...@me.com,
...
So here's my (perhaps slightly provoking) question: do we need to
care at all about good GUI toolkits being available? Web applications,
especially with an HTML 5 front-end, have become increasingly more
powerful. If we can
Hi
On Wed, May 18, 2011 at 09:18:42 +0100, Andrew Butterfield wrote:
Alas - I have yet to be able to build it on Mac OS X (Snow Leopard)
For what it's worth, I'm still using wxHaskell on MacOS X (also Snow
Leopoard)
The tricky bits are that you have to
1. install wxWidgets by hand, being
On Wed, May 18, 2011 at 2:04 AM, Ryan Ingram ryani.s...@gmail.com wrote:
Yes, the goal isn't so much to improve complexity (both are O(1)) but to
reduce the constant factor on that O(1).
In an inner loop like that, allocator/gc calls by far dominate the cost of
the program. If you can remove
which is capable of producing elements one-by-one. So the whole thing
probably should run in constant space as well.
Besides reducing the amount of GC calls, performance would also
improve because the GC calls that remain are cheaper. The original
program may run in constant space, but the
At Wed, 18 May 2011 09:56:22 +0100,
Simon Marlow wrote:
Ok. I'm not sure how feasible RCU is with IORefs, or even whether it's
necessary. After all, the usual pattern of having readers use readIORef
while writers use atomicModifyIORef gives the RCU cost model (zero
overhead for readers,
Hello Haskell-Cafe,
my main question is whether requiring FlexibleInstances is a problem
for code that aims to become part of the Haskell platform. The
following explanation gives the context for this question.
As some of you may know the blaze-builder library is now used in quite
a few places.
On Wed, May 18, 2011 at 11:09 AM, Jason Dagit dag...@gmail.com wrote:
Support for OpenGL comes in different levels of quality, as I'm
discovering. It would seem that Mesa (ie., linux support), only
officially supports OpenGL 2.1 [1] despite being released on 6 April
2011. I haven't been
On Tue, May 17, 2011 at 4:24 PM, Conal Elliott co...@conal.net wrote:
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
On Wed, May 18, 2011 at 2:50 AM, John Sneer johnsn...@operamail.com wrote:
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to where is
described building of Haskell Platform natively to 64bit Windows?
If you
On 5/18/11, Donn Cave d...@avvanta.com wrote:
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= j.stutterh...@me.com,
...
So here's my (perhaps slightly provoking) question: do we need to
care at all about good GUI toolkits being available? Web applications,
especially with an HTML 5 front-end,
On Wed, May 18, 2011 at 12:32 PM, Simon Meier iridc...@gmail.com wrote:
Hello Haskell-Cafe,
There are many providers of Writes. Each bounded-length-encoding of a
standard Haskell value is likely to have a corresponding Write. For
example, encoding an Int32 as a big-endian, little-endian,
My conclusion was that GLFW-b (on hackage) is the best we have right
now. I think we could do even better than the C libraries out there
by writing the GLUT/GLFW/etc implementation purely in Haskell. We
already have x11 and gtk bindings for the linux support. We have
win32 api bindings for
Thanks!
I’ll wait, and then try this later today.
And another previous note also described a successful install, I can also try
that.
It seems to me that having easy install of such common libraries is a big
advantage of C++/C#/.. even SML(!), and is important to wider usage of Haskell.
The tricky bits are that you have to
1. install wxWidgets by hand, being sure to enable Unicode
and to compile a 32 bit version:
arch_flags=-arch i386
./configure CFLAGS=$arch_flags\
CXXFLAGS=$arch_flags\
CPPFLAGS=$arch_flags\
Thanks, Heinrich!
I tried your sample code (having grabbed compiled EnableGUI.hs). Works
okay, including multiple calls to 'main'.
There are a few subtle quirks. I don't see the usual bottom-right resize
icon (three parallel lines at 45 degrees), and the Zooom/2 program for
convenient window
On 18 May 2011 19:25, Tom Murphy amin...@gmail.com wrote:
I'd give three reasons for disagreeing:
1. Developing a complete GUI has been a low priority up until now,
...
I don't think that not having something as desireable good GUI suited
anyone much, nor has it actually been a low priority -
Last I heard, wx still had the problem of crashing its host the second time
one opens a window (which is typical in ghci). And last I heard, Jeremy
O'Donoghue (cc'd) was exploring solutions but had very little time to pursue
them. - Conal
On Wed, May 18, 2011 at 11:42 AM, Tom Murphy
Conal Elliott wrote:
Thanks, Heinrich!
I tried your sample code (having grabbed compiled EnableGUI.hs). Works
okay, including multiple calls to 'main'.
There are a few subtle quirks. I don't see the usual bottom-right resize
icon (three parallel lines at 45 degrees), and the Zooom/2 program
Hello everyone!
I just want to let you know that I have written a blog post about my
thoughts about the issue of GHC linking and the General Public Licenses.
I welcome any feedback or discussions around it.
You can find the post at
http://www.jonkristensen.com/gpl-lgpl-and-ghc-linking/.
On behalf of all the contributors, I am pleased to announce that the
Haskell Communities and Activities Report
(20th edition, May 2011)
is now available in PDF and HTML formats:
http://haskell.org/communities/05-2011/report.pdf
Regarding 3:
I was not implying that Haskell should be used only for replacing JS. Far from
it. I was just saying that we need a solid way to generate JS from Haskell so
that we can profit even more from Haskell's type safety and not have to suffer
from the mess that is JS. My Snap-based
Dear all,
I released levmar-1.0, an implementation of the Levenberg-Marquardt
minimization algorithm that can be used for least squares, curve
fitting and nonlinear programming.
The most important change in this release is the use of vectors and
matrices from the hmatrix package (which uses the
On 5/18/11, Jurriën Stutterheim j.stutterh...@me.com wrote:
Regarding 3:
I was not implying that Haskell should be used only for replacing JS. Far
from it. I was just saying that we need a solid way to generate JS from
Haskell so that we can profit even more from Haskell's type safety and not
On Wed, May 18, 2011 at 12:32 PM, Simon Meier iridc...@gmail.com wrote:
I think this type-class based interface to select the correct
efficient implementation of an encoding is rather nice. However, I
don't know if 'FlexibleInstances' and 'FlexibleContexts' are fine to
use in code that aims to
On 18/05/2011 05:28 AM, Don Stewart wrote:
I'm intrigued by the idea of Hackage docs that don't use Haddock.
This is basically the reason I asked. Currently Cabal assumes that
Haddock is the only tool of its kind. If somebody built a better
Haddock, you wouldn't be able to use it. (Unless
On Wednesday 18 May 2011 23:39:47, Andrew Coppin wrote:
On 18/05/2011 05:28 AM, Don Stewart wrote:
I'm intrigued by the idea of Hackage docs that don't use Haddock.
This is basically the reason I asked. Currently Cabal assumes that
Haddock is the only tool of its kind. If somebody built a
On 19 May 2011 08:09, Daniel Fischer daniel.is.fisc...@googlemail.com wrote:
On Wednesday 18 May 2011 23:39:47, Andrew Coppin wrote:
(It also requires you to have somewhere to host, which not
everybody has.
Haskellwiki, bitbucket, github, ...
Also if you have a project on code.haskell.org,
On Wed, May 18, 2011 at 15:06:02 -0400, Tom Murphy wrote:
Is there a way to build an installer that would make this process easier?
I've sent a pull request to the maintainer of homebrew.
Hopefully it should then just be a matter of brew install wxmac
Homebrew's wxWidgets already builds 32 bit,
Welcome to issue 180 of the HWN, a newsletter covering developments in
the Haskell community. This release covers the week of May 8 to 14,
2011.
Announcements
Eric Kow released the second edition of Parallel Haskell Digest
[http://goo.gl/OXGIw].
Don Stewart sent in a proposal
Jurriën Stutterheim:
A few weeks ago I set out to build a GUI app using wxHaskell. Long story
short, we ditched the entire idea of a desktop GUI and went for a web
application instead, because it was easier to develop a front-end for it and
it was easier to style it.
So here's my (perhaps
On 5/18/11 2:25 PM, Tom Murphy wrote:
I'd give three reasons for disagreeing:
1. Developing a complete GUI has been a low priority up until now, but
now that other, more urgent areas of development are starting to
thrive, its time has come.
2. Yes, having essentially no complete GUI support has
On 5/18/11 10:54 PM, Manuel M T Chakravarty wrote:
Nevertheless, there are good reasons to develop native applications (especially
on the Mac with its user-base spoiled by high-end UX). Luckily, the choice of
toolkit is trivial in this case. For Mac OS, we need a Haskell-Cocoa binding.
I
Quoth wren ng thornton w...@freegeek.org,
...
But yes, the mere process of making bindings isn't especially
cumbersome. Anyone interested in prior art should take a look at the
Perl--ObjectiveC bridgework, CamelBones:
http://camelbones.sourceforge.net/
Note (again) that there's
On 5/18/11, Manuel M T Chakravarty c...@cse.unsw.edu.au wrote:
Nevertheless, there are good reasons to develop native applications
(especially on the Mac with its user-base spoiled by high-end UX). Luckily,
the choice of toolkit is trivial in this case. For Mac OS, we need a
Haskell-Cocoa
52 matches
Mail list logo
