The usage of something else than cabarc isn't supported directly and
will require extra work. Is the lzma algorithm better than bz2? If I
have to use something better than cabarc I would prefer more popular
compression algorithm. For Visual Haskell the Nullsoft installer isn't
an option because it
Currently the tool is general enough to be used with Hugs or any other
project. You just need to have a prepared (template) MSI database and
the tool will add your files to it. What I tend to add is a special
mode where the tool will read your .cabal file and will automatically
detect which files
On Fri, 2006-08-25 at 00:53 +0400, Bulat Ziganshin wrote:
> Hello Vyacheslav,
>
> Thursday, August 24, 2006, 11:51:46 PM, you wrote:
>
> > I am trying to figure out where these two libraries stand in relation
> > to each other and which one is preferred to do generic programming in
> > Haskell. I
Bulat Ziganshin wrote:
Hello Vyacheslav,
Thursday, August 24, 2006, 11:51:46 PM, you wrote:
I am trying to figure out where these two libraries stand in relation
to each other and which one is preferred to do generic programming in
Haskell. I understand that their goals often intersect but cou
Hello Vyacheslav,
Thursday, August 24, 2006, 11:51:46 PM, you wrote:
> I am trying to figure out where these two libraries stand in relation
> to each other and which one is preferred to do generic programming in
> Haskell. I understand that their goals often intersect but couldn't
> find any goo
-- Forwarded message --
From: Vyacheslav Akhmechet <[EMAIL PROTECTED]>
Date: Aug 24, 2006 5:35 PM
Subject: Re: Data.Generics vs. Template Haskell
To: Bulat Ziganshin <[EMAIL PROTECTED]>
Ok, so there are two aspects that I can see here. One such aspect is
ability to "reflect" on t
I am trying to figure out where these two libraries stand in relation
to each other and which one is preferred to do generic programming in
Haskell. I understand that their goals often intersect but couldn't
find any good comparisons. Could someone point me in the right
direction?
Thanks,
- Slava
Hello Peter,
Sorry for the late reply. From your latest communication which seems to be
Date: Sat, 12 Aug 2006 21:12:05 -0400
From: Peter Tanski <[EMAIL PROTECTED]>
Subject: Re: OpenSSL License (was Replacement for GMP: Update)
To: John Goerzen <[EMAIL PROTECTED]>
I am a bit uncertain where the
Hello Krasimir,
Thursday, August 24, 2006, 6:15:17 PM, you wrote:
> I wrote simple tool that I am using to build MSI installer for Visual
> Haskell. It will not be so hard to extend it to support Cabal. After
> that it will be easy to prepare an installer for GHC with optional
> libraries. Don't
Hi Karsmir,
I wrote simple tool that I am using to build MSI installer for Visual
Haskell. It will not be so hard to extend it to support Cabal. After
that it will be easy to prepare an installer for GHC with optional
libraries. Don't expect it to be ready for 6.6 release!
Would it be possible
I wrote simple tool that I am using to build MSI installer for Visual
Haskell. It will not be so hard to extend it to support Cabal. After
that it will be easy to prepare an installer for GHC with optional
libraries. Don't expect it to be ready for 6.6 release!
Cheers,
Krasimir
On 8/22/06, Jas
Gregory Wright wrote:
Here's what happened (this is after I applied David Kirkman's SMP.h
patch to my tree).
When I said 132 failures I was speaking from memory. The actual number
was 136,
as noted in the log:
OVERALL SUMMARY for test run started at Mon Aug 14 11:20:03 EDT 2006
1412 t
Hi Simon,
On Aug 24, 2006, at 7:34 AM, Simon Marlow wrote:
Gregory Wright wrote:
I built HEAD and ran ghc-regress last week. It looks like the
compiler crashes are almost
all gone. There are still 132 unexpected failures, but only one
compiler crash.
Are these crashes all for the thr
Hi Simon,
On Aug 24, 2006, at 7:34 AM, Simon Marlow wrote:
Gregory Wright wrote:
I built HEAD and ran ghc-regress last week. It looks like the
compiler crashes are almost
all gone. There are still 132 unexpected failures, but only one
compiler crash.
Are these crashes all for the th
On Thu, Aug 24, 2006 at 12:22:05PM +0100, Simon Marlow wrote:
> Bulat Ziganshin wrote:
> >at least we can start by removing from ghc distribution large
> >graphics/sound libraries that was already cabalized. are there such
> >beasts?
>
> All those packages are already Cabalized. Hugs uses Cabal t
Gregory Wright wrote:
I built HEAD and ran ghc-regress last week. It looks like the compiler
crashes are almost
all gone. There are still 132 unexpected failures, but only one
compiler crash.
Are these crashes all for the threaded2 way? We'll probably need to disable SMP
on PPC for th
Thiemo Seufer wrote:
> Hello All,
>
> I currently try to get a ghc port on mips-linux going. I understand
> Igloo does the same ATM, and things look promising so far.
>
> However, the port is currently unregisterised, and I would like to
> improve it a bit. A registerised port seems to be achieva
Bulat Ziganshin wrote:
Hello Simon,
Thursday, August 24, 2006, 2:40:55 PM, you wrote:
This means that making a minimal distribution in a build tree that has
everything is not just a matter of removing stuff, also the Haddock
index must be rebuilt, and the package database needs to have the ex
Hello Simon,
Thursday, August 24, 2006, 2:40:55 PM, you wrote:
> This means that making a minimal distribution in a build tree that has
> everything is not just a matter of removing stuff, also the Haddock
> index must be rebuilt, and the package database needs to have the extra
> packages remove
Hi Simon,
On Aug 24, 2006, at 3:56 AM, Simon Marlow wrote:
Hi Folks,
Roman Leshchinskiy and I looked into the 6.4.3 crashes on Sparc/
Solaris yesterday. I think we may have found the problem, and it
seems likely that this is the same problem affecting 6.4.3 on MacOS
X. The threaded RTS
On 24 August 2006 11:20, Henning Thielemann wrote:
> On Tue, 22 Aug 2006, Simon Marlow wrote:
>
>> - A source tree can optionally be populated with more packages,
>>which will be included in the build as normal. At the moment,
>>the only packages you can add in this way are:
>>
>>
Hello everybody, I have a suggestion and a question.
The first is about Haskore, I think it would be cool if it could be
included in the distribution of GHC.
And the later is about HOpenAL. Some information is found in
http://www.haskell.org/HOpenGL/newAPI/index.html , on the entry for
Sound, b
"Worse is Better" gives an entertaining view on this fact.
pepe
On 24/08/06, skaller <[EMAIL PROTECTED]> wrote:
On Thu, 2006-08-24 at 08:56 +0100, Simon Marlow wrote:
> Hi Folks,
>
> Roman Leshchinskiy and I looked into the 6.4.3 crashes on Sparc/Solaris
> yesterday. I think we may have found
On Thu, 2006-08-24 at 08:56 +0100, Simon Marlow wrote:
> Hi Folks,
>
> Roman Leshchinskiy and I looked into the 6.4.3 crashes on Sparc/Solaris
> yesterday. I think we may have found the problem, and it seems likely that
> this
> is the same problem affecting 6.4.3 on MacOS X. The threaded RTS
Hi Folks,
Roman Leshchinskiy and I looked into the 6.4.3 crashes on Sparc/Solaris
yesterday. I think we may have found the problem, and it seems likely that this
is the same problem affecting 6.4.3 on MacOS X. The threaded RTS is assuming in
a couple of places that pthread_cond_wait() doesn'
25 matches
Mail list logo
