On Sat, 16 Feb 2013 01:57:14 +0100, Andrew Cowie
wrote:
Anyone have any idea if the Cabal library exposes this
somewhere?
See:
http://hackage.haskell.org/packages/archive/Cabal/1.16.0.3/doc/html/Distribution-System.html
Regards,
Henk-Jan van Tuyl
--
http://Van.Tuyl.eu/
http://members.che
I'm using netwire to build a game; one of the things the player can do is
move around using WASD. I want to use key *events* as the 'basis' of my
wires, not the entire state vector of the keyboard so that, for example, a
press event on D increments the velocity by (200, 0) and a release event
decre
On Fri, 2013-02-15 at 15:16 +0100, Krzysztof Skrzętnicki wrote:
> See:
> http://www.haskell.org/cabal/users-guide/developing-packages.html#configurations
That link says os():
"Tests if the current operating system is name. The argument is
tested against System.Info.os on the targ
On Fri, 2013-02-15 at 15:12 +, Vincent Hanquez wrote:
> Sorry the answer is out of topic
That's ok.
> Windows certificate and macos X certificate are stored in a reliably
> discoverable place. That openssl provide no way to get to it is a
> different story and one reason to have tls.
Is t
Thanks for the exhaustive answer.
Andrew
On Wed, Feb 13, 2013 at 2:57 PM, Alp Mestanogullari wrote:
> If a difference appears, I believe
> http://blog.johantibell.com/2010/09/static-argument-transformation.htmlwould
> be involved. Also, the second map function could be inlined by GHC,
> avoidi
I'm pleased to announce a new release of rss2irc, the software behind
hackagebot on #haskell. rss2irc is an IRC bot that polls an RSS or Atom feed
and announces updates to an IRC channel, with options for customizing output
and behavior. It aims to be an easy-to-use, reliable, well-behaved bot.
On 02/15/2013 02:05 PM, Andrew Cowie wrote:
all very nice (this being necessary because apparently the non-free
operating systems don't store their certs in a reliably discoverable
place; bummer).
Sorry the answer is out of topic, but this is not true.
Windows certificate and macos X certifica
Note also that typeclasses are open, so ghc is not allowed to say that there is
no instance of Num for lists there; it will happily infer a type which requires
such an instance, and only when it needs to firm down to concrete types at some
point will it notice that there's no such instance in sc
That's interesting. But are there standard values for those functions? I'm
guessing not, seeing a how they're String and not an ADT.
AfC
Sydney
Artyom Kazak wrote:
>You can know the OS and arch without even resorting to CPP; see
>System.Info which defines `os` and `arch`.
--
Andrew Fred
On Fri, Feb 15, 2013 at 9:05 AM, Andrew Cowie <
and...@operationaldynamics.com> wrote:
> I've got a piece of code that looks like this:
>
> baselineContextSSL :: IO SSLContext
> baselineContextSSL = do
> ctx <- SSL.context
> SSL.contextSetDefaultCiphers ctx
Well, for sure you can in define that in .cabal file:
if !os(windows)
CC-Options: "-DWINDOWS"
or something. See:
http://www.haskell.org/cabal/users-guide/developing-packages.html#configurations
On Fri, Feb 15, 2013 at 3:05 PM, Andrew Cowie <
and...@operationaldynamics.com> wrote:
>
Andrew Cowie писал(а) в своём письме Fri,
15 Feb 2013 17:05:13 +0300:
So my question is: what's an appropriate Haskell mechanism for building
code that is OS / arch / distro specific? It's not like I have autoconf
running generating me a config.h I could #include, right?
You can know the O
I've got a piece of code that looks like this:
baselineContextSSL :: IO SSLContext
baselineContextSSL = do
ctx <- SSL.context
SSL.contextSetDefaultCiphers ctx
#if defined __MACOSX__
SSL.contextSetVerificationMode ctx SSL.VerifyNone
On 13/02/2013 23:06, Daryoush Mehrtash wrote:
> Suppose I have a big list of integers and I like to find the first two
> that add up to a number, say 10.
>
> One approach is to put the numbers in the map as I read them and each
> step look for the 10-x of the number before going on to the next va
On 15 February 2013 19:22, Raphael Gaschignard wrote:
> Out of curiosity, what is the rationale for allowing programs to infer
> certain types, but not for the (inferred) type to be declared?
That's the type that's needed; the fact that you need an extension for
GHC to allow you to use it is irre
Out of curiosity, what is the rationale for allowing programs to infer
certain types, but not for the (inferred) type to be declared?
On Fri, Feb 15, 2013 at 4:54 PM, David McBride wrote:
> sum' [] = [] -- returns a list of something the way you intended
> sum' (x:xs) = x + xum' xs -- you int
16 matches
Mail list logo