I'm +1 for this. Eyal Lotem and I were just discussing this on IRC a
few minutes ago, and he suffered a rather large (~25%) performance hit
when upgrading to 7.6.1, which is unfortunate.
Committers are typically very good about recording nofib results in
their commit and being
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
RPi
cross-compiler. I commented them out of ghc.mk as a temporary measure, but
didn't get around to finding a proper solution.
Cheers,
Simon
On 03/08/13 20:19, Austin Seipp wrote:
7.6.2 doesn't really support cross compilation. The bulk of the work
has been done in the git repository
I was able to reproduce Geoffrey's failure on Mac OS X 10.8, with LLVM
3.2. The stage2 compiler eventually segfaults (Segmentation Fault
11) during the build process after being compiled successfully with
stage1.
Something recently happened, because I was bootstrapping fine with
LLVM 3.2 recently
My stage2 compiler got built and also fails on any compilation, no matter
how trivial. After linking stage2, my build fails with:
$ make
===--- building phase 0
make -r --no-print-directory -f ghc.mk phase=0 phase_0_builds
make[1]: Nothing to be done for `phase_0_builds'.
===--- building phase 1
Andreas,
After seeing this, I updated my 'pristine' (unmodified, completely clean)
GHC tree to the latest HEAD, copied the mk/build.mk.sample over my existing
build.mk (since Ian made some changes to it recently,) and HEAD builds fine
for me as of this morning. I'm running the testsuite now...
+1 from me.
On Fri, Apr 26, 2013 at 1:00 PM, Johan Tibell johan.tib...@gmail.com wrote:
On Thu, Apr 25, 2013 at 9:56 AM, Johan Tibell johan.tib...@gmail.com
wrote:
Benchmark some large program that isn't carefully tuned by using
strictness in just the right places (like our core libraries
Hello all,
On IRC today, Nicolas Trangez brought up the idea of registering GHC
for Coverity's SCAN project. SCAN is essentially a free service run by
Coverity, which runs their Static Analyzer on open source projects
('open source' being defined by OSI) and gives the results back to
developers.
I presume people are still interested in this. I actually just ran
into Category's non poly-kinded-ness the other day (while attempting
to make a Category instance for promoted pairs) and found this email
in my history.
Can we schedule this for 7.8.1? There's -plenty- of time, and the
addendum to
, 2013 at 11:02 AM, Edward Kmett ekm...@gmail.com wrote:
As noted by Simon, the bound on that should be = 706 though.
On Thu, May 16, 2013 at 12:02 PM, Austin Seipp ase...@pobox.com wrote:
Also, apologies for reviving a thread. I also did not include Edward's
original message for better context
This is now done:
commit b1fc62762c56ccaa536d41b49a2aa0866e7420f7
Author: Austin Seipp ase...@pobox.com
Date: Thu May 30 07:33:01 2013 -0500
Enable PolyKinds for Control.Category.
This change will allow us to make various new things instances of
Category, such as promoted tuples
accidentally break the build!
| -Original Message-
| From: Austin Seipp [mailto:ase...@pobox.com]
| Sent: 30 May 2013 15:22
| To: Simon Peyton-Jones
| Cc: Austin Seipp; ghc-devs@haskell.org
| Subject: Re: Test failure
|
| Reverted and fixed. Sorry about that; I had a small emergency
(Warning: incoming answer, followed by a rant.)
Base is not a submodule, meaning that there is essentially no way to
automatically check it back out to the exact same state it was in,
given some specified GHC commit - the commit IDs are not tracked.
At this point, you are basically on your own.
I'm back after sleep.
A few points:
1) Subtree is - in my opinion - basically not an option. It has a nice
workflow from the small amount of time I spent with it. But it's not
installed by default with git, it's unclear if it ever will be.
Although subtree gives the appearance of a unified
On Wed, Jun 5, 2013 at 10:20 AM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
I think subtree has been part of git since 1.7.x .
I have just installed the default git package (git 1.8.1.2) of Ubuntu
13.04 and the subtree command is just there.
It's *part* of mainline git, but it is not
Hi Roman,
On Sun, Jun 9, 2013 at 1:44 AM, Roman Cheplyaka r...@ro-che.info wrote:
I'm a strong -1 on this. As one example, we have forks of base and
ghc-prim for Haskell suite:
https://github.com/haskell-suite/base
https://github.com/haskell-suite/ghc-prim
which would be much more
email yet (I'm in a hurry right
now), but...
* Austin Seipp ase...@pobox.com [2013-06-09 00:23:22-0500]
-- Let's just put base and testsuite inside the GHC repository
directly. No submodules, no floating repos. Just put it directly
inside and make a super commit, I guess. GHC becomes the de
Hi all,
As of commit 5dc74f it should now be possible to build a working
stage1 and stage2 compiler with (an extremely recent) Clang. With some
caveats.
You can just do:
$ CC=/path/to/clang ./configure --with-gcc=/path/to/clang
$ make
I have done this work on Linux. I don't expect much
*Sigh* This is my fault; my OS X machine went away the other day and I
haven't pulled the other older one out of my closet yet. I apologize
for the inconvenience.
I will push a fix very shortly.
On Wed, Jun 19, 2013 at 1:12 AM, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi,
I got an build error on
Hi Kazu, this should now be fixed.
Once my Mac is back online I'll push my changes again, hopefully without err. :)
On Wed, Jun 19, 2013 at 1:21 AM, Kazu Yamamoto k...@iij.ad.jp wrote:
I will push a fix very shortly.
OK. I will try again when you push it.
--Kazu
I mean, it certainly *seems* reasonable a 15% hit could come from
pipelining changes or cache behavior or something. I don't think
alignment would really be a huge issue; post-Nehalem I believe
non-aligned writes/reads are extremely cheap. Non-intuitive behavior
can totally happen too: I've seen
This argument is a little tenuous in my opinion. Markdown is very
ill-specified formally speaking with many implementations (including
our beloved Pandoc) featuring various extensions. It is not really a
'standard' in the typical sense. Pandoc actually only recently
supported 'GitHub code
Looks simple enough in principle.
This patch only implements hooking, although I agree with your original
email that this would also be useful externally (with -fplugin.) However,
the core plugin mechanism is the opposite: it only has an external
interface, but I'm unsure if there's a similarly
Theoretically, ARM supports stage2 with the home-grown linker and a
statically linked GHC, but last I understood, it can't build
dynamically. That's because building the compiler with LLVM
dynamically is unsupported, and ARM can only use the LLVM backend.
There may be hope though; in commit
Hello all,
Recently with the new haskell.org server move, a few of us have taken
roles of administrating the new server infrastructure including
ghc.haskell.org, containing the GHC repositories. (Previously, the GHC
repos were on abbot.haskell.org, which was maintained by Galois. The
new servers
I did this. Thanks for the tip. Let me know if anything else is going on.
The page describing the old server setup is here:
http://www.haskell.org/haskellwiki/Haskell.org_domain - I was going to
take the time to update this earlier this week but got sidetracked
unfortunately. In the meantime, the
Hello all,
Following our proposal from about a week ago, Herbert and I plan to
make the Gitolite migration happen Real Soon Now. If possible, we
would actually like to have it happen tomorrow, although that's
understandably a bit too short of a window of warning perhaps.
However, commit activity
seconds.
* A brand-new gitweb interface, which can be located at
git.haskell.org - note the CNAME entry for the domain isn't there yet.
We're waiting to get the entry in place so you can use it.
Let me know if any questions or concerns. Thanks!
On Thu, Aug 8, 2013 at 12:46 PM, Austin Seipp ase
anymore (well,
this is a nice update for us administrators :)
The following people have had their keys re-added, and should be able
to push and pull from the new setup.
* Andreas Voellmy
* Austin Seipp
* Ben Lippmeier
* Iavor Diatchki
* David Terei
* David Waern
* Dimitrios Vytiniotis
Technically, EmptyDataDecls is part of Haskell 2010, so it is standard
these days (and H2010 is our default in GHC.)
As far as I know, the 2010 standard doesn't address this point about
deriving for empty data decls, but I agree with your reasoning here.
It's more consistent to have it apply to
On Sun, Aug 11, 2013 at 10:00 PM, Richard Eisenberg e...@cis.upenn.edu wrote:
According to the Haskell 2010 report
(http://www.haskell.org/onlinereport/haskell2010/haskellch11.html#x18-18200011),
a datatype with no constructors cannot derive any instances.
You're quite right! I should have
Kazu,
What about 3e598fe0b01f4692f50c377ac91010040227e7ce in ghc? This was a
calling convention bug that Geoffrey fixed.
It looks like it is almost certainly the culprit.
On Tue, Aug 13, 2013 at 10:14 PM, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi,
Some changes in the last 8 days fixed segfault
And just for the record, people reported this morning they couldn't
reproduce #8103 anymore, and I'd bet this probably fixes that one,
too.
On Tue, Aug 13, 2013 at 10:17 PM, Austin Seipp ase...@pobox.com wrote:
Kazu,
What about 3e598fe0b01f4692f50c377ac91010040227e7ce in ghc
-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
Peter,
This should now be fixed in 94c35ddf31aef28de84661860f77a94229f60cb4. Your
nightlies should hopefully begin succeeding soon.
Thanks!
On Mon, Aug 12, 2013 at 4:03 AM, Peter Simons sim...@cryp.to wrote:
Hi guys,
I have trouble building recent snapshots of the compiler, despite the
|
---+---
|
| Comment (by Austin Seipp aseipp@…):
|
| In [changeset:647875eacb313b97af5525dc92df98ec32171d16/testsuite]:
| {{{
| #!CommitTicketReference repository=testsuite
| revision=647875eacb313b97af5525dc92df98ec32171d16
| Add a failing test, see #7574.
|
| Signed
Simon,
Edsko luckily already is two steps ahead and filed the ticket as Kazu
notes. However, while I *did* see this bug before, I've had a difficult
time reproducing it now. None of the builds on my amd64/linux machine this
week have triggered it. Kazu - perhaps are you still seeing this
IMO, it's reasonable to allow this, but there's one minor sticky bit.
async's only dependency is stm, and it's also part of the platform, so I
expect it will be relatively stable. In this case, perhaps we should just
add 'async' to the set of 'extra' libraries for ./sync-all, which can be
built
| -Original Message-
| From: Austin Seipp [mailto:ase...@pobox.com]
| Sent: 17 August 2013 04:42
| To: ghc-devs@haskell.org
| Cc: Simon Peyton-Jones
| Subject: Committer list [was: Re: NOTICE: Gitolite migration is complete.]
|
| Sounds good to me. I've found the same info useful
it to nofib as an extra benchmark, I think.
On Fri, Aug 16, 2013 at 1:26 PM, Austin Seipp ase...@pobox.com wrote:
IMO, it's reasonable to allow this, but there's one minor sticky bit.
async's only dependency is stm, and it's also part of the platform, so I
expect it will be relatively stable
in your details on TeamGHC.
Simon
| -Original Message-
| From: Austin Seipp [mailto:ase...@pobox.com]
| Sent: 18 August 2013 16:47
| To: Simon Peyton-Jones
| Cc: Austin Seipp; ghc-devs@haskell.org
| Subject: Re: Committer list [was: Re: NOTICE: Gitolite migration is
complete
Yes, this slipped by my radar.
I've got my win8 build machine up now, so I can push something shortly.
On Mon, Aug 19, 2013 at 3:40 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Austin
Could you act on this thread please? Currently I think the Windows build is
broken because of it.
Thank you Herbert!
On Monday, August 19, 2013, Herbert Valerio Riedel wrote:
Hello GHC Devs,
Hopefully, the new DNS entry for git.haskell.org should be visible for
all of you by the time you read this. This mostly completes the
migration part of the GitolitePlan[1].
With the new hostname,
All,
GHC 7.8's release is drawing near. We would like to make a release
candidate sometime around ICFP, which will be in late September.
Unfortunately that's just over a month a way, so the clock is ticking!
The tree will need a few weeks of stabilization. After that, we will
release an RC, and
Yes - but leavae it to me. I'll do some cleanup since some of Richard's
work was also merged.
On Tue, Aug 20, 2013 at 12:14 PM, Jan Stolarek jan.stola...@p.lodz.plwrote:
Details here: do please modify directly:
http://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.8
Feature I was working on
There has been some talk of some similar stuff in the IRC channel.
This would for example, be fantastic in combination with Vagrant[1], to
immediately provision a machine you can begin working with even on Windows.
Then you could have a GHC development environment up in minutes.
On a related
This seems acceptable IMO. The general working conventions already are to
separate whitespace and/or tab changes from a commit containing actual
content. If you ./validate cleanly, but the server rejects the push for
whitespace, adding an extra commit on top to clean up the affected files
seems
Carter is building with the new XCode, which only has Clang on OS X. This
error is a result of clang preprocessing Parser.y.pp, since it uses a
'double pass' CPP trick to pass -fcmm-sink to the stage2 compiler. I could
never fully come to understand the behavior of why this was an error, and
it
All,
A while back, Nicolas Frisby compiled a small list of the currently active
branches in the GHC tree. I would like to clean up a lot of the existing
branches which are effectively dead (by deleting them.) At the same time,
it's nice to take inventory and see what's currently out there, or 'in
Simon,
While validating the changes for #8144, I noticed there were several
failures that seem like a result of your recent commits (amd64/Linux):
Unexpected failures:
. T4059 [bad stderr] (normal)
. T4850 [bad stderr] (normal)
. T5423 [bad stderr] (normal)
. T7037 [bad stderr]
Simon and I discussed this a little today. I think there are several
legitimate points made throughout the threads here, but the problem is
clear: consistent builds are difficult, if not legitimately impossible.
That's a very big problem.
Right now, it is far too late into release cycle to do
/a5875c4e4fb83993142c8e8294b47516adf6a77f/testsuite
--**--**---
commit a5875c4e4fb83993142c8e8294b475**16adf6a77f
Author: Austin Seipp ase...@pobox.com
Date: Thu Aug 22 13:22:22 2013 -0500
linker_unload fails when using dynamic GHCi.
This is because
Hi all,
I merged patches from #8144 into HEAD to fix nasty recompilation-checking
behavior. As a result, the interface format has changed, so you'll need to
clean your tree the next time you sync up.
--
Regards,
Austin - PGP: 4096R/0x91384671
___
I fixed the ./sync-all detection (I just checked it myself, but thanks for
the patch though Niklas!)
Simon, I've got a working i386/windows build here, but I'll rebuild a new
VM and try again and closely follow the docs and amend what's necessary. In
the mean time, perhaps try with a fresh tree?
I believe this should now be fixed.
On Thu, Aug 22, 2013 at 2:08 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
On 20/08/13 11:55, Mateusz Kowalczyk wrote:
Trying to build HEAD I get.
inplace/bin/ghc-stage1@exeext_host@ -fPIC -dynamic -H32m -O -Werror
-Wall -H64m -O0 -Iincludes
What platform are you compiling on?
On Fri, Aug 23, 2013 at 3:22 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
On 23/08/13 20:13, Austin Seipp wrote:
I believe this should now be fixed.
On Thu, Aug 22, 2013 at 2:08 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
I started
, and it should keep going normally.
On Fri, Aug 23, 2013 at 3:27 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
On 23/08/13 21:23, Austin Seipp wrote:
What platform are you compiling on?
Linux misaki 3.9.0-rc6 #1 SMP Tue Apr 9 10:51:07 BST 2013 i686 Intel(R)
Core(TM)2 Duo CPU L7700
Please update your GHC repository tree, then run:
./sync-all get
There was a bug I fixed today where 'msys' wasn't correctly detected as
Windows, so it skipped the ghc-tarballs repository.
Then make sure you do './sync-all pull' to update everything else (there
were other changes that require
I was actually looking at this exact code very recently since I was
fixing the build system with Stage1Only a little last night.
We do something like this in ./ghc.mk:
define addExtraPackage
ifeq $2 -
# Do nothing; this package is already handled above
Something happened earlier about an hour or so ago, and Rock abruptly
powered off. We're still investigating.
On Wed, Aug 28, 2013 at 3:03 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Haskell.org looks down from here. Also ghc.haskell.org.
I’ve tried
When was the last time you cleaned your tree? Earlier this week I made a
breaking change to the interface file format. If you have a build from
before then, update and incrementally rebuild, it will break.
On Thursday, August 29, 2013, David Luposchainsky wrote:
On 2013-08-29 12:20, Dan Rosén
I have also not seen this test fail on amd64/Linux since Simon
committed it. From the valgrind output, it looks like your machine is
32bit, correct Ryan? Edward told me yesterday on IRC he saw this fail
on 64bit Linux, so I'm a little confused.
Can you please try this?
$ cd testsuite/tests/rts
$
-working/testsuite/tests/rts/linker_unload)
==72103==
On Sun, Sep 1, 2013 at 11:01 PM, Austin Seipp ase...@pobox.com wrote:
Oops, should have said this: if you checkout the Makefile for
testsuite/tests/rts - at the very bottom - you'll see the
linker_unload target. When run, the executable
Hi Kazu,
I believe this is related to
http://ghc.haskell.org/trac/ghc/ticket/8205 - can you try:
$ git revert d61c3ac186c94021c851f7a2a6d20631e35fc1ba
and see if your build finishes? Perhaps you can help Jan diagnose it if so...
On Sun, Sep 8, 2013 at 4:13 AM, Kazu Yamamoto k...@iij.ad.jp
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
I'm OK with this.
Simon, since you've been doing the most work helping Joachim, I
presume you can help him land the patch sometime this week? Or should
I put it on my merge queue (along with AMP, etc?)
On Mon, Sep 9, 2013 at 9:51 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
| However,
Just my 02c: I feel the GHC API is allowed to be less stable and a
little more in-flux than most things. We've never particularly
advertised stability here anyway, so having a design that evolves a
little is reasonable, IMO. Perhaps it being in the release will help
drive more feedback, earlier.
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
this list with
the offending modules that dll-split reported, and see if things go
OK. If not, let me know and I'll check out your branch and take a
look.
On Mon, Sep 9, 2013 at 1:40 AM, Iavor Diatchki iavor.diatc...@gmail.com wrote:
Hello Austin,
On Sun, Sep 8, 2013 at 4:27 PM, Austin Seipp ase
, 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
Nick, just keep the ActiveBranches[1] page on the wiki up to date. I
plan on deleting all the dead branches (and sending out a warning
beforehand) after the 7.8 release. We'll be doing other cleanups then
too.
On Tue, Sep 10, 2013 at 2:07 PM, Nicolas Frisby
nicolas.fri...@gmail.com wrote:
Thanks
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
. 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
the output of libtool when we call it from
GHC, but I'd love to find the root cause if we can.
Thanks for any hints!
Cheers
Luke
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Austin Seipp
/listinfo/ghc-devs
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
and
testsuite?
I'm pretty sure I did a `./sync-all --testsuite get` right before the
build. But I'll try again.
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs
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
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
://www.haskell.org/mailman/listinfo/ghc-devs
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
/mailman/listinfo/ghc-devs
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
through here
on the list (and glasgow-haskell-users) so interested parties can read
up on what is happening.
--
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org
@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http
is always the same anyway... is it
exported from somewhere? It seems silly that I have to define and annotate
my own version when I want to use it. I realize that doesn't solve your
stage 1 problem... more of just a general question.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed
@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
anything. Feel free to amend typos etc, should you be
so inclined. :)
[1] http://ghc.haskell.org/trac/ghc/wiki/Status/Oct13
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs
in a timely manner. This is a general and well-known
property of all garbage collectors, not something unique to GHC.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell
Apologies for the quick double-take, minor amendments:
We actually want libtommath. Also it is not BSD3 - it is public domain
(it's also 100% portable ISO C and builds anywhere.)
On Wed, Oct 23, 2013 at 11:49 AM, Austin Seipp aus...@well-typed.com wrote:
First, I took some time a year or two
/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
On Wed, Oct 23, 2013 at 12:03 PM, Gergely Risko gerg...@risko.hu wrote:
On Wed, 23 Oct 2013 11:49:00 -0500, Austin Seipp aus...@well-typed.com
writes:
$ ghc foo.hs
$ ghc -integer-type=gmp foo.hs
$ ghc -integer-type=openssl foo.hs
$ ghc -integer-type=simple foo.hs
Well, I didn't think
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/
___
ghc-devs mailing list
ghc-devs
Thank you Ryan!
I'll be getting my ARMv7 build machine back online today, hopefully.
Jens Peterson reported he had a working ARMv7 build to me today from
HEAD, which is good news.
On Wed, Sep 4, 2013 at 10:15 AM, Ryan Newton rrnew...@gmail.com wrote:
Thanks for the reminder. Wiki is updated;
list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http
metadata from
commits too. But I won't cry if people vote against this.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
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/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman
1 - 100 of 419 matches
Mail list logo
