> From: haskell-cafe-boun...@haskell.org
> [mailto:haskell-cafe-boun...@haskell.org] On Behalf Of John Meacham
>
> On Fri, Nov 13, 2009 at 08:55:51PM +, Lennart Augustsson wrote:
> > That was indeed my point. Since a compiler is a
> substantial program I
> > would have more confidence it a
On Fri, 13 Nov 2009, John Meacham wrote:
On Fri, Nov 13, 2009 at 08:55:51PM +, Lennart Augustsson wrote:
That was indeed my point. Since a compiler is a substantial program I
would have more confidence it a compiler that is self-hosting.
Surely you must have tried?
No, there are extensi
On Fri, Nov 13, 2009 at 08:55:51PM +, Lennart Augustsson wrote:
> That was indeed my point. Since a compiler is a substantial program I
> would have more confidence it a compiler that is self-hosting.
> Surely you must have tried?
No, there are extensions that I use in jhc's code base that jh
t; putStrLn "Give me a tree:"
>
> s <-
> getLine
> let xx= T AND [L 1, L 2]
> putStrLn (show (xx::Tree))
>
> I hope you can fix it.
>
>
>
>
>
> --- On Wed, 11/11/09, John Meacham wrote:
>
> From: John Meacham
> Subject: Re: [
Thanks Neil,
That was indeed my point. Since a compiler is a substantial program I
would have more confidence it a compiler that is self-hosting.
Surely you must have tried?
-- Lennart
On Fri, Nov 13, 2009 at 8:08 PM, Neil Mitchell wrote:
> Hi John,
>
>>> Do you use jhc when you develop jhc?
Hi John,
>> Do you use jhc when you develop jhc? I.e., does it compile itself.
>> For me, this is the litmus test of when a compiler has become usable.
>> I mean, if even the developers of a compiler don't use it themselves,
>> why should anyone else? :)
>
> Well, this touches on another issue, a
On Wed, Nov 11, 2009 at 01:47:43PM -0500, Lennart Augustsson wrote:
> Do you use jhc when you develop jhc? I.e., does it compile itself.
> For me, this is the litmus test of when a compiler has become usable.
> I mean, if even the developers of a compiler don't use it themselves,
> why should anyo
tLine
let xx= T AND [L 1, L 2]
putStrLn (show (xx::Tree))
I hope you can fix it.
--- On Wed, 11/11/09, John Meacham wrote:
From: John Meacham
Subject: Re: [Haskell-cafe] Opinion about JHC
To: haskell-cafe@haskell.org
Received: Wednesday, November 11, 2009, 1:37 AM
On Tue, Nov 10
Quoth Lennart Augustsson ,
> If by minority platform you mean platforms that are resource starved,
> like some embedded systems, then I would have to agree.
Like anything but the platform the compiler developer(s) use. If you
used a platform like that, you would certainly have to agree. If you
If by minority platform you mean platforms that are resource starved,
like some embedded systems, then I would have to agree.
-- Lennart
On Wed, Nov 11, 2009 at 2:12 PM, Donn Cave wrote:
> Quoth Lennart Augustsson ,
>
>> Do you use jhc when you develop jhc? I.e., does it compile itself.
>> Fo
Quoth Lennart Augustsson ,
> Do you use jhc when you develop jhc? I.e., does it compile itself.
> For me, this is the litmus test of when a compiler has become usable.
> I mean, if even the developers of a compiler don't use it themselves,
> why should anyone else? :)
Though that's exactly backw
John,
Do you use jhc when you develop jhc? I.e., does it compile itself.
For me, this is the litmus test of when a compiler has become usable.
I mean, if even the developers of a compiler don't use it themselves,
why should anyone else? :)
-- Lennart
On Wed, Nov 11, 2009 at 3:37 AM, John Meac
On Tue, Nov 10, 2009 at 07:41:54PM -0800, Philippos Apolinarius wrote:
> I discovered a Haskell compiler that generates very small and fast
> code. In fact, it beats Clean. It has the following properties:
Excellent. that was my goal ;)
> 1 --- One can cross-compile programs easily. For instance,
> 1 -- How active is the team who is writing the JHC compiler?
The "Team" is John and Its not his day job afaik. Lemmih used to work
on it before he forked it into "LHC" which has since evolved into a
new (GRIN based) backend for GHC [1].
> 2 -- Is it complete Haskell? The author claims that it
I discovered a Haskell compiler that generates very small and fast code. In
fact, it beats Clean. It has the following properties:
1 --- One can cross-compile programs easily. For instance, here is how I
generated code for Windows:
jhc --cross -mwin32 genetic.hs -o genetic
2 -- It seems to be
15 matches
Mail list logo