Hi,
Am Samstag, den 17.12.2011, 16:04 -0500 schrieb Don Stewart:
> We're pleased to announce the release of the Haskell Platform: a
> single, standard Haskell distribution for everyone.
>
> Download the Haskell Platform 2011.4.0.0:
we are pleased to announce the release of the Haskell Platform o
On Tue, 13 Dec 2011 18:16:17 +0100, Sh NJP wrote:
> I do some pre-processing on a normal Haskell code ( -F ). The pre-processor
> needs to know the type of each expression.
> What are the possibilities to do so?
> Can I use GHC API to employ GHC type checker? If yes, any good tutorial?
> Is it too
I wonder, if there is any example of actual Haskell program cracked /
reverse engineered? GHC-generated code is already quite hard to understand…
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-ca
We're pleased to announce the release of the Haskell Platform: a
single, standard Haskell distribution for everyone.
Download the Haskell Platform 2011.4.0.0:
http://haskell.org/platform/
The specification, along with installers (including Windows, Apple and
Unix installers for a full Haskel
On 12/17/2011 09:03 PM, Joachim Breitner wrote:
Hi,
Am Samstag, den 17.12.2011, 20:42 +0100 schrieb Gary Klindt:
That compiles fine, but the GUI never shows a "neues label!".
blind guess: Do you need to call widgetShow on the newly created widget?
Uuh! That seem's very elemental, and it works
Hi,
Am Samstag, den 17.12.2011, 20:42 +0100 schrieb Gary Klindt:
> That compiles fine, but the GUI never shows a "neues label!".
blind guess: Do you need to call widgetShow on the newly created widget?
Greetings,
Joachim
--
Joachim "nomeata" Breitner
m...@joachim-breitner.de | nome...@debi
Hello Haskellers,
currently I work with the gtk2hs library to create a graphical user
interface. Everything works fine, but there is one problem:
How can I insert widgets into boxes during runtime?
I tried something like:
main = do
initGUI
window <- windowNew
box <- vBoxNew True
On Sat, Dec 17, 2011 at 12:43:11PM +1300, Chris Wong wrote:
> On Sat, Dec 17, 2011 at 12:27 PM, KC wrote:
> > ... with the same functionality.
> >
> > Thus, your program would be a moving target to hackers.
> >
> > Would this be challenging with ghc?
>
> Although it's possible, I doubt this would
On 17/12/2011, Gregory Crosswhite wrote:
>
> On Dec 17, 2011, at 12:51 PM, Matthew Farkas-Dyck wrote:
>
>> By my reason, the instance (Monoid a => Monoid (Maybe a)) is
>> appropriate, since we have another class for inner-type-agnostic
>> choice -- Alternative! (and MonadPlus, but that's essential
On 16/12/2011, Gregory Crosswhite wrote:
>
> On Dec 17, 2011, at 12:35 PM, Matthew Farkas-Dyck wrote:
>
>> (1) If we do (4), then the documentation ought to be adequate as-is.
>
> I see your point that if we do (4) then some and many are no longer
> problematic for Maybe and [], and thus we don't
Hehee
Great.
Haskell is a flexible high level language perfect for domain specific
languages it isn't?. A well designed solution is, at the top level,
simple and understandable even by non experts. The software transforms
the complexities of the hardware into something that the user can
understan
On 17 Dec 2011, at 02:51, Matthew Farkas-Dyck wrote:
By my reason, the instance (Monoid a => Monoid (Maybe a)) is
appropriate, since we have another class for inner-type-agnostic
choice -- Alternative!
So your argument is to create incoherence because we can. I'm not
convinced.
(and Mona
12 matches
Mail list logo