Excerpts from Johan Tibell's message of Wed Aug 13 02:09:00 -0500 2008:
I'm also in favor of the switch to Git. The Git model has proved to be
both more productive and more reliable. And the interface, as far as
I'm concerned, is *better*.
Seconded. The git documentation these days I find is
The release tarballs come with an already-happy-generated parser; the
darcs version does not (because the parser could change as new
extensions are brought in through the development process, so it makes
more sense to have to generate it with happy every time to get the latest
parser changes.)
Excerpts from Magicloud Magiclouds's message of Sun Sep 21 21:19:00 -0500 2008:
Hi,
I want to compile ghc on my office box, which does not have any
binary ghc exist.
First, porting with an unregistered build is currently supported from
GHC 6.4 to GHC 6.6 - it does not work in 6.8 nor will
The atom sorting errors are fairly harmless it seems; you should still
get an executable in the end (I was playing with the new API today too.)
Austin
Excerpts from humasect's message of Sun Sep 28 10:42:36 -0500 2008:
uh oh..
~/Haskell/bin/ghc +RTS -N2 -RTS -hidir ../build/ -odir ../build/
Hi,
I've been playing with DPH more; this time I've taken the Parallel
Strategies binary-trees benchmark and converted it to use DPH.
The results are here:
http://haskell.org/haskellwiki/Shootout/Parallel/BinaryTreesDPH
I haven't yet got anybody to test it on a 4/8 core machine, but on my
Hi,
I've been reading Oleg Kiselyov's Implicit Configurations paper and
while getting the modulus math code to work I've hit a bit of a
problem.
The code is attached to this message; the problem is in the normalize
function:
normalize :: (Modular s a, Integral a) = a - M s a
normalize a = M
Excerpts from Colin Paul Adams's message of Sun Mar 29 09:29:43 -0500 2009:
I was getting errors somewhere in haddock about some ambiguous
function, so I did a darcs pull to see if that would pull in a fix for
the problem (unfortunately I didn't make a note of the errors).
But now the
Excerpts from Dave Bayer's message of Sat Apr 18 19:05:34 -0500 2009:
Yikes! You're right. I never noticed, but I never had an 8 GB Mac
before.
I looked at ./configure for the GHC 6.10.2 source, and realized there
was already something there. I tried
./configure
Hello,
I am running GHC on x86_64 debian linux, and recently I have
discovered that the executables generated by my GHC segfault when the
linking step is not dynamic.
I discovered this while attempting to install haskell-src-exts, which
requires a linked version of Setup.hs when cabal builds it
Forwarding this to g-h-u for archival purposes and in case anybody
else has ideas (should'a done this earlier.)
-- Forwarded message --
From: austin seipp a...@0xff.ath.cx
Date: Wed, Jun 16, 2010 at 11:21 AM
Subject: Re: Segmentation fault in non-dynamically linked binaries
, austin seipp a...@0xff.ath.cx wrote:
Forwarding this to g-h-u for archival purposes and in case anybody
else has ideas (should'a done this earlier.)
-- Forwarded message --
From: austin seipp a...@0xff.ath.cx
Date: Wed, Jun 16, 2010 at 11:21 AM
Subject: Re: Segmentation fault
.dpatch
and updated it on the trac page. I'll continue updating the patch on
my server to reflect the most recent changes as they come in.
Original message below.
Regards,
Austin
On Fri, Nov 19, 2010 at 8:06 PM, austin seipp a...@hacks.yi.org wrote:
Hello everybody,
(CC'ing max and cvs-ghc
Hello Simon,
On Thu, Jan 20, 2011 at 9:48 AM, Simon Marlow marlo...@gmail.com wrote:
...
- make a new stable branch for 7.2, and release 7.2.1 shortly after.
So we'll be doing a 7.2.1 release much earlier than planned. Our motivation
for doing this is:
- the 7.0 branch is darcs, but the
/11 11:57, austin seipp wrote:
The GHC git repo that
we'll be using is here:
http://darcs.haskell.org/ghc.git
This is an incredibly minor note in my opinion (that was brought up
before IIRC) but, isn't it a little strange for ghc's git repository
to exist on darcs.haskell.org? Not that it's
Simon,
On Fri, Jan 21, 2011 at 3:13 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Austin
| So, given that 7.2 will be released much earlier than the normal
| release cycle, is there any room for anything else to get into HEAD
| for the 7.2 release before everything is switched? In
. The
original version wasn't supported on Windows, because GHC on Windows
lacked various forms of dynamic linking. Does the current patch you've
prepared work on Windows?
Thanks, Neil
On Sat, Jan 22, 2011 at 10:29 AM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 21 January 2011 23:59, austin
A relevant trac ticket and wiki page can be found here:
http://hackage.haskell.org/trac/ghc/ticket/3557
http://hackage.haskell.org/trac/ghc/wiki/VectorComputing
Vivian seems to now have partial patches for #3557. I haven't reviewed
the discussion in the ticket or the patches in particular but
Johan,
First, thanks for the new primops! :) While someone else may have a
better idea, I would simply suggest creating a wiki page at the
top-level namespace of the GHC wiki, and linking to it from the GHC
Commentary page. If we look at this page now and go to the
'contributed documentation'
I am also a fan of cgit:
http://hjemli.net/git/cgit/about/
As it's very very fast and has a pleasant UI, but I'm not partial
either way (gitweb is probably more than robust enough to handle a
repo of GHC's size I'm sure.)
On Tue, Jun 21, 2011 at 12:09 PM, Iavor Diatchki
iavor.diatc...@gmail.com
After doing a 'git pull origin master ./sync-all pull origin
master', I get the following build failure when stage1 attempts to
compile the RTS code:
http://paste.debian.net/121097/
A quick glance at the errors seem to indicate this work is related to
the new events stuff for GHC. Duncan was
It wasn't working as of GHC 7.0.
You'll probably want to wait until GHC 7.2.1 is released soon - Manuel
has recently gotten the whole testsuite passing on 64bit OS X I think,
and the LLVM codegen works too if I'm not mistaken.
On Sat, Aug 6, 2011 at 6:55 AM, Luca Ciciriello
I'm using a MBP with a quad core 2gHz Core i7; it has 8 overall
hardware threads. GHC's build process using 'make -j9' or 'make -j12'
totally saturates all my cores. I believe I can clock in a full build
at well under 10 minutes (with BuildFlavor = quick in mk/build.mk.)
For comparison, I also
7.2.1 shipped without explicitly trusting the `base' package (an
accident, IIRC.) You can fix this and resume your build by saying:
$ ghc-pkg-7.2.1 trust base
and everything should be OK.
On Tue, Aug 30, 2011 at 4:54 PM, Bas van Dijk v.dijk@gmail.com wrote:
Hello,
I'm trying to build
There has been recent discussion on the Homebrew bug tracker
concerning the upcoming XCode 4.2 release by Apple, which has
apparently just gone GM (meaning they're going to make a real release
on the app store Real Soon Now.)
The primary concern is that XCode will no longer ship GCC 4.2 at all,
Hello GHC hackers,
I have been trying the recent 7.4.1-rc1 release on my OSX Snow Leopard
machine. I am using the 64bit OSX .tar.bz. I used virthualenv/hsenv to
set up a virtual environment to test packages with the RC, but I
discovered that GHCi seems to segfault somewhat randomly when invoked.
I too was seeing this with RC1, but I haven't tried RC2. Looking at
the commits on the 7.4 branch, I don't see anything that would have
likely affected/fixed it, so I speculate I'll see the same thing with
RC2. I'll try tonight and report back.
I will note that manually built copies of HEAD work
Ian,
Thanks for pointing this out.
I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
be reasonable to make a binary distribution for people like Evan and
Me and hopefully have it put on the download page?
I presume the people in our boat are actually pretty small in number
PM, Evan Laforge qdun...@gmail.com wrote:
On Sun, Jan 29, 2012 at 5:12 PM, Austin Seipp mad@gmail.com wrote:
I've done so, and have an RC2 bindist that doesn't have a segfaulting
GHCi. I suppose this build should be advocated to Snow Leopard users.
I currently need a place to put
, Feb 10, 2012 at 10:59 AM, Austin Seipp mad@gmail.com wrote:
Sorry, I got caught up doing a few other things the past few days.
I'll make a binary of the 7.4.1 release later today and upload it to
my code.haskell.org account and report back here (the uploading will
take as long as the build
Hi,
Building GHC HEAD (git HEAD SHA1 =
88f476b98709731d997ab57612cce4753cb65a0a) this morning, I've
encountered 2 build failures that seem to be a result of some recent
changes in the past day or two.
If I build a clean repository with `make -j13` on my 12 core machine, I get:
With 7.4.2, the patches for full ARM linker support were merged and
released. Are there any official builds of GHC for Linux/ARM yet? I
have a PandaBoard ES I'd be willing to contribute for builds and/or
testing/development, but I don't know where to get a GHC for
bootstrapping.
It's also worth
I actually made builds of GHC 7.4.1 with Snow Leopard that fixed this
issue back when I had it:
http://code.haskell.org/~thoughtpolice/ghc-741-osx-sl/
I must have forgotten to email the list. I have since upgraded to Lion
however. The builds are 64bit only as well. But that should be an easy
I can also offer a decently spec'd linux x86_64 machine, and a
functional OS X x86_64 Mountain Lion machine too. If possible I'll
offer my ARMv7 board as well, which currently fails late in the stage2
build on DPH. I haven't figured that one out just yet. All these can
all be available on a
I think we already mostly have this. The separation (remembering
something I read off Trac I think,) was something like:
* cvs-ghc mailing list: Prospective patches, automatically generated
build/commit emails, etc.
* glasgow-haskell-users mailing list: Developers and users of GHC
discussing
On Sat, Jan 12, 2013 at 10:23 PM, rocon...@theorem.ca wrote:
GhcLibHcOpts = -O -fllvm -optc-mfloat-abi=hard -optc-mcpu=cortex-a9
-optlc-float-abi=hard -optlc-mcpu=cortex-a9
You've written -optc-mfloat-abi=hard -optc-mcpu=cortex-a9 twice in your
GhcLibHcOpts.
Not quite. Notice
On Sat, Jan 12, 2013 at 10:29 PM, Austin Seipp mad@gmail.com wrote:
The first one passes the options onto LLVM's code generator tool,
'llc', so it also gets the ABI options right.
s/first/second/
--
Regards,
Austin
___
Glasgow-haskell-users
(CC'ing glasgow-haskell-users, as it got lost somehow. A message or
two from me and Karel are also missing the list.)
On Mon, Jan 14, 2013 at 1:27 PM, Ben Gamari bgamari.f...@gmail.com wrote:
Austin Seipp mad@gmail.com writes:
I've been working on ARM the past weekend. Here's where I'm
There have been a few of these bugs recently it seems. If you could:
use the stage1 compiler to compile a simple executable, like 'main =
return ()' or hello world or whatever.
The stage1 compiler can be located in the build directory, under
'inplace/bin/ghc-stage1'. So something like:
GHC
This is a slight tangent but, I am always somewhat confused about the
release schedule. When reading this, the basic decision seems to come
down to when do we cut a release, taking into account factors like
reliability/bugs/support/community/other stuff like that.
So, IMO, perhaps one thing
, Manuel M T Chakravarty
c...@cse.unsw.edu.au wrote:
Austin,
Thank you very much for taking care of all these clang issues — that is very
helpful!
Cheers,
Manuel
Austin Seipp ase...@pobox.com:
Hi all,
As of commit 5dc74f it should now be possible to build a working
stage1 and stage2
/thoughtpolice/ghc/commit/88f0a0b047ff67b40eeb4de940aca16271661564.patch
On Fri, Jun 28, 2013 at 4:37 AM, Simon Marlow marlo...@gmail.com wrote:
On 26/06/13 04:13, Austin Seipp wrote:
Thanks Manuel!
I have an update on this work (I am also CC'ing glasgow-haskell-users,
as I forgot last time
-users - I think
there's room for voices on this note, and I'd really appreciate users
and developers weighing in.
[1] http://www.haskell.org/ghc/docs/7.6.3/html/users_guide/deriving.html
Richard
On Aug 12, 2013, at 12:55 AM, Austin Seipp wrote:
On Sun, Aug 11, 2013 at 10:00 PM, Richard Eisenberg
I'm +1 on changing the behavior. I find it probably the most confusing
aspect of using TypeHoles, which is otherwise great.
On Tue, Aug 27, 2013 at 3:17 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
I'm sympathetic to Andres's point here. Easy to implement. Any objections?
Simon
|
Friends,
After talking with SPJ, we've decided that the cutoff date for the 7.8
feature window will essentially start on Monday, the 16th. This is the
beginning of the week before ICFP. This is a week from tomorrow.
Afterwords, I suspect we will cut the 7.8 branch in early October (my
notes
Kazu,
Dynamic should be available with anything, including profiling. This
is probably more an artifact of your mk/build.mk setup.
When you look in there, check carefully which BuildFlavour you have
set. The relevant variable is GhcLibWays. For example,
BuildFlavour=perf will add 'p' which is
Thanks Richard!
On Mon, Sep 9, 2013 at 7:40 AM, Richard Eisenberg e...@cis.upenn.edu wrote:
On Sep 8, 2013, at 7:27 PM, Austin Seipp ase...@pobox.com wrote:
* Pedro and Richard - what's the story on propositional equality,
etc? This is mentioned on the status page[1] but I'm not sure what
I'm going to look into that tonight.
There are tests for the data kind syntax in the test suite, currently on the
data-kind-syntax branch.
Other than the haddock fix, I think that we're ready to go.
Thanks!
--trevor
On Sun 08 Sep 2013 04:27:33 PM PDT, Austin Seipp wrote:
Friends
, 2013 at 8:44 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Yes I will try to review it this week. (This is the first time I've had
access to the code.)
Simon
| -Original Message-
| From: Austin Seipp [mailto:ase...@pobox.com]
| Sent: 09 September 2013 16:25
| To: Trevor
at 1:18 PM, Austin Seipp aus...@well-typed.com wrote:
I think this can definitely be clarified. I'll update the docs a
little later today when I get a chance.
On Thu, Sep 12, 2013 at 1:35 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Is this something that could be clarified in GHC's
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
. An easy way to do this is:
|
| $ git checkout master
| $ git merge --squash type-nats-simple
Does that make One Patch with a single coherent message, abandoning all the
intermediate commit messages on type-nats-simple? I hope so.
Simon
--
Austin Seipp, Haskell Consultant
Well-Typed
at 11:00 AM, Austin Seipp aus...@well-typed.com wrote:
Friends,
The time is here! We'll be closing off new features this week. There
are some exceptions that have been made already:
* Geoffrey will get SIMD/Template Haskell in this week, as he's been
a little busy. But it's very close.
* I
continue to liberally report bugs (or patches!)
- it's much better if we find them as early as possible.
On Sun, Sep 8, 2013 at 6:27 PM, Austin Seipp ase...@pobox.com wrote:
Friends,
After talking with SPJ, we've decided that the cutoff date for the 7.8
feature window will essentially start
msys2 thing.)
* Richard Smith, if you're out there, I should have listened to you on
the LLVM list. I'll learn from this one.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing
shout if you have problems. I've tested this with both an x86
and x86_64 build.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http
-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
-14 at 17:14:51 +0100, David Luposchainsky wrote:
On 14.01.2014 17:07, Austin Seipp wrote:
We probably won't change the name right now however. It's already
been put into Cabal (as a recognized extension,) so the name has
propagated a slight bit. We can however give it a new name and
deprecate
it.
Duncan
On Tue, Jan 14, 2014 at 5:33 PM, Austin Seipp aus...@well-typed.com wrote:
At the very least, Type(d)Holes would never appear explicitly since it
would be enabled by default. But it might be turned off (but I don't
know who would do that for the most part.) Cabal at least might
-0600 schrieb Austin Seipp:
I'm actually more in favor of Richard's proposal of just removing the
flag to be honest, now that he mentioned it. And it's not like it's
much more code.
In any case, as Duncan informed me we'll have a Cabal release anyway,
so I'll work on sorting this out
On Tue, Jan 14, 2014 at 12:14 PM, Austin Seipp aus...@well-typed.com wrote:
If it's turned into a 'warning', my idea was just to turn -XTypeHoles
to -Wtype-holes and turn it on by default, so this can be switched
off.
... which, I might add, is rather the same for *all* warnings, so it's
wanted to throw in the same argument: If its just more elaborate
error messages, why do we need a flag for it? So count that as +1 from
me.
Greetings,
Joachim
Am Dienstag, den 14.01.2014, 11:12 -0600 schrieb Austin Seipp:
I'm actually more in favor of Richard's proposal of just removing
-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
into this problem.
And for any people interested in this - on Linux, a tool like
patchelf[3] would help immensely for moving executables+their
dependencies around in a 'bundle' style way.
[3] http://nixos.org/patchelf.html
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http
. There is a signed copy of
the SHA256 hashes available (attached) using my GPG key (keyid
0x3B58D86F).
We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
some existing issues.
Please test as much as possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin Seipp
/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
. Cabal
doesn't know to do this if it doesn't know TemplateHaskell is a
requirement.
Does this clear things up? My last message might give the impression
some things aren't compiled dynamically, because I merely ambiguously
referred to 'packages'.
On Sun, Feb 9, 2014 at 2:37 PM, Austin Seipp aus
/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
SHA256SUMS.sig
Description: Binary data
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org
not changed.
Lion builds will come soon too for users of 10.7 and such.
An updated SHA256SUMS.sig is attached. Thanks for Edsko de Vries for
pointing it out!
On Wed, Apr 9, 2014 at 9:10 AM, Austin Seipp aus...@well-typed.com wrote
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users
Hashes Signatures
~
Included in this email is a signed copy of the SHA256 hashes for the
tarballs, using my GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
SHA256SUMS.sig
Description: Binary data
.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell
...
[1] https://ghc.haskell.org/trac/ghc/ticket/5630
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
] On Behalf Of Austin Seipp
| Sent: 27 April 2014 14:14
| To: ghc-d...@haskell.org; glasgow-haskell-users@haskell.org
| Subject: Removing -fext-core
|
| Hello all,
|
| Recently I was wondering something: is there any reason to keep -fext-
| core around? In particular, it's been broken
schedule, but last Simon and I
talked, we thought perhaps shooting for ICFP this time (and actually
hitting it) was a good plan. So I'd estimate on that a 7.8.4 might
happen a few months from now, after summer.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
, 2014 at 11:15 AM, Niklas Larsson metanik...@gmail.com wrote:
Hi!
It would be great if the patch I added on #9080 was put into 7.8.3 (well, I
guess someone has to commit it to master first).
Niklas
2014-05-27 10:06 GMT+02:00 Austin Seipp aus...@well-typed.com:
Hello all,
After a long
here:
http://www.haskell.org/ghc/reportabug
Hashes Signatures
~
Included in this email is a signed copy of the SHA256 hashes for the
tarballs, using my GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
=priority
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
together
in the general case, but, AFAIK, this wasn't the case before either.
I'd really appreciate your thoughts. This must be sorted out for 7.10
somehow; the current situation is hopelessly busted.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
/mailman/listinfo/glasgow-haskell-users
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http
standard was never really
popular anyway.
Regards,
Malcolm
On 30 Sep 2014, at 21:21, Austin Seipp aus...@well-typed.com wrote:
Hello developers, users, friends,
I'd like you all to weigh in on something - a GHC bug report, that has
happened as a result of making Applicative
is why they show up. You can mostly ignore them, I
apologize.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org
/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
On Sat, Oct 18, 2014 at 1:02 PM, htebalaka goodi...@gmail.com wrote:
On 10/17/14 12:32, Alexander Berntsen wrote:
On 17/10/14 00:40, Austin Seipp wrote:
Maybe there are some cases today where something like this could
happen, but this seems awfully, awfully implicit and hard-to-follow
*other* very obvious static code errors), it would
instead silently accept accept your program under a very implicit
DWIM-ish import rule.
On Sat, Oct 18, 2014 at 1:33 PM, Austin Seipp aus...@well-typed.com wrote:
On Sat, Oct 18, 2014 at 1:02 PM, htebalaka goodi...@gmail.com wrote:
On 10/17/14 12:32
, everything seems to work OK.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well
, Jeremy volderm...@hotmail.com wrote:
Austin Seipp austin at well-typed.com writes:
As far as I'm aware, Dynamic-by-default GHC is actually broken, and I
don't know for how long this has been the case.
For some history: originally when all this was being decided to try
and fix the linker issues
between GhcDynamic and
DYNAMIC_GHC_PROGRAMS? This is getting somewhat confusing.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
of the week unless we face very strong
opposition to this idea, or someone is willing to fix #9590 somehow
for us.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow
:07 AM, Austin Seipp aus...@well-typed.com wrote:
To be clear: GHC can still typecheck, compile, and efficiently execute
Haskell 2010 code. It is merely the distribution of compatible
packages that has put us in something of a bind.
GHC 7.10 will not be able to compile a Haskell2010-compliant
.
Unfortunately we cannot give an expected time of completion for the
move, but we'll try to keep people well informed through IRC or
something like Reddit.
Thanks
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
SHA256SUMS file signed by my GPG key
id (0x3B58D86F).
We plan to make the 7.8.4 release sometime in the next few weeks.
Please test as much as possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
here:
http://www.haskell.org/ghc/reportabug
Hashes Signatures
~
On https://downloads.haskell.org/~ghc/7.8.4/ you will find a signed
copy of the SHA256 hashes for the tarballs, using my GPG key (keyid
0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP
as possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
.
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.10.1
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
the release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
!
The list of issues we plan on fixing can always be found in an
up-to-date form here:
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.10.1
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users
1 - 100 of 118 matches
Mail list logo