Victor
GHC is supposed to be extensible, via its API, so your questions are good ones.
However, there are things that that the API doesn't support, or supports
badly, so it is not cast in stone. Please suggest improvements -- and better
still implement them. GHC evolves largely in response
We are pleased to announce the first release candidate for GHC 7.2.1:
Thanks! I have done a test build in Fedora's buildsystem:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3249014
If you want to try it, you should be able to download and install it as follows:
$ lftp
On Wed, Aug 3, 2011 at 11:30 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Victor
GHC is supposed to be extensible, via its API, so your questions are good
ones. However, there are things that that the API doesn't support, or
supports badly, so it is not cast in stone. Please
On 02/08/2011 06:52, Evan Laforge wrote:
Just as an addendum, this just happened again, but I got new errors
this time. Make gave the usual:
Linking build/test/RunTests ...
Undefined symbols:
_UiziTrackC_d28LF, referenced from:
_s28UI_info in TrackC.o
_UiziRulerC_dk8C, referenced
On Wed, Aug 3, 2011 at 8:56 AM, John Lask jvl...@hotmail.com wrote:
On 3/08/2011 2:10 PM, Brandon Allbery wrote:
On Wed, Aug 3, 2011 at 00:31, John Laskjvl...@hotmail.com wrote:
What is really required is a pluggable back-end infrastructure -
whereby
various back-ends could be maintained
On 03/08/2011 11:09, Victor Nazarov wrote:
On Wed, Aug 3, 2011 at 11:30 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
So perhaps that's the problem. parseDynamicFlags could perfectly well simply
return any un-recognised flags. Indeed, I thought it did just that -- it
certainly
On 02/08/2011 13:52, Rene de Visser wrote:
Ian Lynaghig...@earth.li schrieb im Newsbeitrag
news:20110729182136.ga2...@matrix.chaos.earth.li...
We are pleased to announce the first release candidate for GHC 7.2.1:
Is it normal for the windows build to have 99 unexpected failures?
Hi,
So perhaps that's the problem. parseDynamicFlags could perfectly well simply
return any un-recognised flags. Indeed, I thought it did just that -- it
certainly returns a list of un-consumed arguments. If it doesn't perhaps
that's a bug.
parseDynamicFlags returns un-consumed
On Wed, Aug 3, 2011 at 11:55, Christiaan Baaij
christiaan.ba...@gmail.comwrote:
So perhaps that's the problem. parseDynamicFlags could perfectly well
simply return any un-recognised flags. Indeed, I thought it did just that --
it certainly returns a list of un-consumed arguments. If it
Can you save the state at some point when the error happen? Preferably when
using --make rather than GHCi. Just tar/zip the whole directory and send it
to us, with instructions to reproduce the error. What platform is this BTW?
Sure, I'll do that next time it comes up. It'll be a couple
On Wed, Aug 03, 2011 at 11:44:10AM +0100, Simon Marlow wrote:
On 03/08/2011 11:09, Victor Nazarov wrote:
On Wed, Aug 3, 2011 at 11:30 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
So perhaps that's the problem. parseDynamicFlags could perfectly well
simply return any un-recognised
Hello all,
I had a bit of fun recently tracking down quoting issues with the
system command in Windows. For the examples below, I'll consistently
use Windows as the beginning of some text sent to the Windows
command prompt cmd.exe, and use GHC as the beginning of some text
sent to a
On Wed, Aug 3, 2011 at 18:57, wagne...@seas.upenn.edu wrote:
(And in any case, the examples above should answer this amusing comment,
immediately following those lines:
-- We don't want to put the cmd into a single
-- argument, because cmd.exe will not try to split it up.
On 3 August 2011 19:01, Jens Petersen j...@community.haskell.org wrote:
Thanks! I have done a test build in Fedora's buildsystem:
(Note this is a bootstrap build without shared libraries.)
Ok I did a more normal build today with shared libs and ran the testsuite too:
14 matches
Mail list logo