On 5/18/11, 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 don'
Quoth wren ng thornton ,
...
> 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 already some work i
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 do
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 s
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 (perh
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 f
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,
On 19 May 2011 08:09, Daniel Fischer 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, then you also can have
a we
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 bui
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 yo
On Wed, May 18, 2011 at 12:32 PM, Simon Meier 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 become part of
On 5/18/11, Jurriën Stutterheim 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
> have to suffer
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 h
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 applica
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
http://haskell.org/communities/05
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/.
Wa
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 f
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 wrote:
> >
On 18 May 2011 19:25, Tom Murphy 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 - a lot of work
ha
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 mo
> 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!
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.
--
> 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
On Wed, May 18, 2011 at 12:32 PM, Simon Meier 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, and
> host-en
On 5/18/11, Donn Cave wrote:
> Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= ,
> ...
>> 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
>
On Wed, May 18, 2011 at 2:50 AM, John Sneer 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 figure out how to do
On Tue, May 17, 2011 at 4:24 PM, 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 t
On Wed, May 18, 2011 at 11:09 AM, Jason Dagit 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 able to get Open
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. T
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 read
> 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 fus
On Wed, May 18, 2011 at 2:04 AM, Ryan Ingram 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 them, you've im
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 sur
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= ,
...
> 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 also find a good
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 ar
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
Robert,
2011/5/16 Robert Clausecker :
> 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 modify the behavio
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 both.
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 progr
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)
whic
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
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 a
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, fu
Casey McCann 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 *more*.
>
> Wel
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 wind
45 matches
Mail list logo