Speaking of which, I haven't been tracking this lately. Does it support having
multiple environments using a shared sandbox? For example, if I'm writing
multiple parser-based things, can I have a 'parsec' sandbox that lives in
someplace like ~/.cabalenv/parsec and have both project1 and project2
I'm a big fan of TDD and tend to approach all languages by learning
how to TDD in them.
As such, you mention that this is similar, could you please send some
links about this?
Cheers!
On Thu, Oct 4, 2012 at 11:55 PM, Roman Cheplyaka wrote:
> I am glad to announce the first public release of tes
That's cool, thank you.
A.
Sent from my iPad
On 04/ott/2012, at 23:55, Roman Cheplyaka wrote:
> I am glad to announce the first public release of test-framework-golden — a
> golden testing library.
>
> Hackage: http://hackage.haskell.org/package/test-framework-golden
> GitHub: https://github.
Kristopher Micinski :
> On Thu, Oct 4, 2012 at 1:21 PM, Stephen Tetley
> wrote:
>> As for an advanced book, maybe limiting the subject to one domain
>> ("concurrency" / "DSLs for graphics" / pick a favourite ...) might
>> make a better book than one targeting a mix of advanced topics.
>
> Anothe
On Thu, Oct 4, 2012 at 7:11 PM, Tim Docker wrote:
>
> Does this new release included the sandbox functions discussed in this blog
> post:
>
> http://blog.johantibell.com/2012/08/you-can-soon-play-in-cabal-sandbox.html
> ?
It doesn't. The sandbox feature requires a little UI work still. I
expect t
Does this new release included the sandbox functions discussed in this
blog post:
http://blog.johantibell.com/2012/08/you-can-soon-play-in-cabal-sandbox.html
?
Tim
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailma
Hello!
Perhaps package imports would do the trick?
http://haskell.org/ghc/docs/latest/html/users_guide/syntax-extns.html#package-imports
Not exactly something you'd want to release in a module in a hackage
package, though.
-Michael
On Oct 4, 2012 7:07 AM, "Janek S." wrote:
> > so if it's wait
Henning Thielemann wrote:
I wondered whether there is a brilliant typing technique that makes
Data.Map.! a total function. That is, is it possible to give (!) a type,
such that m!k expects a proof that the key k is actually present in the
dictionary m? How can I provide the proof that k is i
Apparently using STUarrays in an imperative fashion is fraught with
peril (and the performance of molasses).
Casey
--
--
Regards,
KC
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
I am glad to announce the first public release of test-framework-golden — a
golden testing library.
Hackage: http://hackage.haskell.org/package/test-framework-golden
GitHub: https://github.com/feuerbach/test-framework-golden
Golden tests are similar to unit tests (as implemented in HUnit), but t
On Thu, Oct 4, 2012 at 1:21 PM, Stephen Tetley wrote:
> On 4 October 2012 18:04, Kim-Ee Yeoh wrote:
>> Something to consider is that it's not so much whether the material is
>> basic, advanced, or intermediate; it's that the way it's being presented is
>> boring and ineffective.
>
> I'd suggest t
Hi,
going deeper i found the following:
http://hackage.haskell.org/packages/archive/haskelldb-hdbc/2.1.0/doc/html/src/Database-HaskellDB-HDBC.html#line-126
HaskellDB is converting from SqlTimestampT (no timezone defined) to
CalendarTimeT (timezone required). This conversion tries then to be done
2012/10/4 Stephen Tetley :
> On 4 October 2012 18:04, Kim-Ee Yeoh wrote:
>> Something to consider is that it's not so much whether the material is
>> basic, advanced, or intermediate; it's that the way it's being presented is
>> boring and ineffective.
>
> I'd suggest there is enough range in the
On 4 October 2012 18:04, Kim-Ee Yeoh wrote:
> Something to consider is that it's not so much whether the material is
> basic, advanced, or intermediate; it's that the way it's being presented is
> boring and ineffective.
I'd suggest there is enough range in the Haskell books now available,
that f
Something to consider is that it's not so much whether the material is
basic, advanced, or intermediate; it's that the way it's being presented is
boring and ineffective.
Take the Head First Java book, which was deliberately engineered to
overcome precisely this hitherto neglected aspect of techni
Most existing Haskell books and similar teaching material is aimed at
programmers who are new to Haskell. This survey is to assess the community
interest in teaching material covering advanced topics beyond the commonly
taught introductory material.
https://docs.google.com/spreadsheet/viewfor
> so if it's waiting for a Vector from vector-0.9.1 it means Repa is
> built against this version (which is not the latest on your computer
> thus the problem).
Yes, as I said the latest one is 0.10. Is there any way to sensibly manage this
kind of
dependencies (sensibly = without hidding package
On Thu, Oct 4, 2012 at 1:58 PM, Janek S. wrote:
> Thanks!
>
>> This makes it look like you've got two versions of vector installed,
> This is true, I have vector-0.9.1 and vector-0.10, but
>> with Repa built against the version that _isn't_ 0.9.1.
No, no, Repa is build against 0.9.1 since vector-
Thanks!
> This makes it look like you've got two versions of vector installed,
This is true, I have vector-0.9.1 and vector-0.10, but
> with Repa built against the version that _isn't_ 0.9.1.
this, I think, is not exactly correct:
[root@GLaDOS : /dane/download] ghc-pkg field repa depends
depends:
On 4 October 2012 20:50, Janek S. wrote:
> Dear list,
>
> I'm trying to create unboxed REPA array from unboxed Vector, but I keep
> getting this type error:
>
> ghci> :m + Data.Array.Repa
> ghci> :m + Data.Array.Repa.Repr.Unboxed
> ghci> :m + Data.Vector.Unboxed
> ghci> fromUnboxed Z (Data.Vector
Dear list,
I'm trying to create unboxed REPA array from unboxed Vector, but I keep getting
this type error:
ghci> :m + Data.Array.Repa
ghci> :m + Data.Array.Repa.Repr.Unboxed
ghci> :m + Data.Vector.Unboxed
ghci> fromUnboxed Z (Data.Vector.Unboxed.singleton 1)
:5:16:
Couldn't match expected
21 matches
Mail list logo