class BinaryFunctor f where
bimap :: (a -> c) -> (b -> d) -> f a b -> f c d
mapFst = (`bimap id`)
mapSnd = bimap id
On 31/05/2013 12:16 PM, "Shachaf Ben-Kiki" wrote:
> On Thu, May 30, 2013 at 7:12 PM, Shachaf Ben-Kiki
> wrote:
> > One generalization of them is to lenses. For example `lens` h
On Thu, May 30, 2013 at 7:12 PM, Shachaf Ben-Kiki wrote:
> One generalization of them is to lenses. For example `lens` has
> "both", "_1", "_2", such that "mapPair = over both", "mapFst = over
> _1", etc., but you can also get "fst = view _1", "set _2 = \y' (x,_)
> -> (x,y')", and so on. (Since "b
On Tue, May 28, 2013 at 1:54 AM, Dominique Devriese
wrote:
> Hi all,
>
> I often find myself needing the following definitions:
>
> mapPair :: (a -> b) -> (c -> d) -> (a,c) -> (b,d)
> mapPair f g (x,y) = (f x, g y)
>
> mapFst :: (a -> b) -> (a,c) -> (b,c)
> mapFst f = mapPair f id
>
> ma
Welcome to issue 268 of the HWN, an issue covering crowd-sourced bits
of information about Haskell from around the web. This issue covers the
week of May 12 to 25, 2013.
Quotes of the Week
* tikhonjelvis: the lesson is that the fix function exists to "fix"
any type problems you may encoun
On Thu, May 30, 2013 at 8:17 PM, Frerich Raabe wrote:
> Hi,
>
> I'm considering to convert one of my projects to Shake; everything I've seen
> so far seemed really interesting!
>
> However, before I start, I'd like to see how other people structure their
> Shake-based build systems. I tried to f
Hi,
I'm considering to convert one of my projects to Shake; everything I've seen so
far seemed really interesting!
However, before I start, I'd like to see how other people structure their
Shake-based build systems. I tried to find some open source projects which
showcase how Shake is used, bu
On Thu, 30 May 2013 16:13:22 +0200, Brandon Allbery
wrote:
On Thu, May 30, 2013 at 3:15 AM, Kees Bleijenberg <
k.bleijenb...@lijbrandt.nl> wrote:
argument. The dll is in the PATH. I don't understand why it needs the -L
argument. I'll figure this out later. If I use -lglasPng.dll (additional
thanks for these references all.
As some folks who help with GSOC mentoring have pointed out offline, this
summers work is not to be a research project, but a concretely achievable
over the summer by a single student project. if we hit hard obstacles i'll
help sort out a concrete path that maintai
-- stm-chans 2.1 / 3.0
The stm-chans package offers a collection of channel types, similar to
Control.Concurrent.STM.{TChan,TQueue} but with additional features.
---
Similarly (to some degree), in the ML world John Reppy had a very nice
system that employed user customization via combinators rather than
inference to generate application/library specific FFIs, see:
http://people.cs.uchicago.edu/~jhr/papers/2006/gpce-fig.pdf
On 29 May 2013 18:57, Jason Dagit w
On Thu, May 30, 2013 at 11:46 AM, Kees Bleijenberg <
k.bleijenb...@lijbrandt.nl> wrote:
> Brandon, thanks again for your explanation
> Are you sure about the non existing search order for dynamic loaded dll’s?
> I.e.
> http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx#
What's the plan for what control / synchronization structures you'll use in
part 2 of the plan to implement a parallel driver?
Is the idea just to use an IO thread for each compile and block them on
MVars when they encounter dependencies? Or you can use a pool of worker
threads and a work queue,
Brandon, thanks again for your explanation
Are you sure about the non existing search order for dynamic loaded dll’s?
I.e.
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx#standard_search_order_for_desktop_applications
says there is a search order, starting with the
On Thu, May 30, 2013 at 3:15 AM, Kees Bleijenberg <
k.bleijenb...@lijbrandt.nl> wrote:
> argument. The dll is in the PATH. I don't understand why it needs the -L
> argument. I'll figure this out later. If I use -lglasPng.dll (additional
> .dll) it doesn't work either.
>
Unix has standard places t
Thanks - unfortunately it breaks cabal-install too!
S.
On 30 May 2013, at 13:28, Artyom Kazak wrote:
> Apparently, Agda has been broken by the recent decision to remove 'catch',
> which had already been deprecated for some time, from Prelude. You can fix
> the source yourself, or wait for a
New machine, latest version of the Haskell Platform for 64 bit Mac OS X. In
trying to build a new version of cabal-install and also of Agda I get variants
of the same error
dist/build/autogen/Paths_Agda.hs:21:13: Not in scope: `catch'
any thoughts on what I am doing wrong?
I have XCode com
Brandon, thank you for your explanation.
I got it working with: ghc --make testGlasPng.hs -LD:\glas\dlls -lglasPng. It
needs both the -L and the -l argument. The dll is in the PATH. I don't
understand why it needs the -L argument. I'll figure this out later. If I use
-lglasPng.dll (additional .d
Hello Cafe
After about a year we've released a new version of Yi, text editor written and
extensible in Haskell. Please have a look, hopefully you can find something
interesting for you, whether you are emacs, vim or
$(your-favorite-editor) fan.
Changelog is available at https://github.com/yi-edi
18 matches
Mail list logo
