Hi cafe,
this is a security advisory for tls-extra < 0.6.1 which are all vulnerable to
bad
certificate validation.
Some part of the certificate validation procedure were missing (relying on the
work-in-progress x509 v3 extensions), and because of this anyone with a correct
end-entity certificate
Dear Haskellers,
I've been playing with par and pseq, and I wonder: Is there any reason to
use
a `par` b `pseq` (a + b)
instead of
a `par` b `par` (a + b)
except that the second version sparks twice instead of just once (which
probably degrades performance a bit)? It seems to me that the sec
Well, to target javascript there is haste [1] and ghcjs [2].
Ghc can target iOS [3].
Recently I managed to get ghc to target android working (this still
needs some work): [4].
And there is also an active effort by Stephen Paul Weber to get
blackberry working in the devs-ghc mailinglist.
So my imp
LLVM probably already supports producing native code for all of the
architectures for the mobile platforms. The non-trivial parts are probably
getting GHC to cross-compile and wrapping all of the libraries you need for
the platforms you want to support.
On Sat, Jan 19, 2013 at 12:41 PM, KC wrote
Then it looks as if the easier implementation would be small Haskell
VM's for the various platforms with a byte code compiler.
I do not believe the JVM supports all the optimizations GHC can do.
Oh wait!
Can the LLVM be easily ported to do this?
On Sat, Jan 19, 2013 at 11:40 AM, Andrew Pennebake
You would need native compilers for all the platforms and/or virtual
machine technology.
Might be easier to have the browser connect to a Haskell app.
On Sat, Jan 19, 2013 at 10:42 AM, Andrew Pennebaker
wrote:
> There are currently very few options, especially free and open source
> options, wh
There are currently very few options, especially free and open source
options, when it comes to developing cross-platform mobile applications.
It's basically web apps with JavaScript, or C++. If Haskell supported app
development on Android, iOS, and Windows RT, that alone would bring in more
develo
I've now created a Stackage mailing list:
https://groups.google.com/d/forum/stackage
I encourage anyone who's interested to join the list.
On Sat, Dec 22, 2012 at 11:50 AM, Joachim Breitner wrote:
> Dear Michael,
>
> I’m wondering if I missed something, but is there a mailing list for
> stack
Hi all,
Thanks for all the feedback and kind words. Yes, we're planning to have
export to PDF/midi
options soon. We have plenty of ideas, but limited time :-/
User feedback is collected (and voted for) on
https://chordify.uservoice.com/
Thanks,
Pedro
On Fri, Jan 18, 2013 at 12:37 PM, Rustom Mo
Hi Alex,
On Fri, Jan 18, 2013 at 08:26:10PM +0100, Alexander Bernauer wrote:
> I thought it would make sense to use these names for ease of
> reference. Given this, would you still prefer them being grouped in
> separate modules?
Yes, I still think that having separate modules can be beneficial,
10 matches
Mail list logo
