+ debug + threaded runtime. See my
> previous email on this:
> https://mail.haskell.org/pipermail/ghc-devs/2018-July/015982.html
>
> I show a way to enable these runtimes in
> https://ghc.haskell.org/trac/ghc/ticket/15508
>
> Hope this helps,
>
> Ömer
>
> Mateusz
Hi all,
I wanted to try our codebase with 8.6. I happened to already have
8.6.0.20180714 ready so I started with that.
Compilation went well but I got a segfault when running a benchmark we have
with profiling on. GDB told me the segfault was in stg_ap_p_info in
AutoApply.cmm which as I
tps://c9x.me/x86/html/file_module_x86_id_316.html that the
‘d /= d’ way compiles to. I suppose maybe I could just keep using that
and fall back onto isDoubleNaN if __FAST_MATH__ is set…
> On Tue, Mar 6, 2018 at 5:35 AM, Mateusz Kowalczyk <fuuze...@fuuzetsu.co.uk>
> wrote:
>
>> On
the mantissa non-zero? */
);
}
```
My question is whether it could do better by not doing FFI and instead
computing natively and if not, why not?
> On Mon, Mar 5, 2018 at 4:53 PM, Mateusz Kowalczyk <fuuze...@fuuzetsu.co.uk>
> wrote:
>
>> Hi,
>>
>> Recently at
Hi,
Recently at a client I was profiling some code and isDoubleNaN lit up.
We were checking a lot of doubles for NaN as that's what customer would
send in.
I went to investigate and I found that FFI is used to achieve this. I
was always under the impression that FFI costs a little. I had at the
On 07/22/2015 05:35 PM, Simon Peyton Jones wrote:
Could it be creeping up because Haddock is doing more than before? Ie not
just because GHC is being bad?
S
Yes, it very much could be. Haddock is a moving target so it's not too
weird that the numbers change. I want to say that the perf
.
Noted, thanks.
Thanks
Simon
| -Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Mateusz
| Kowalczyk
| Sent: 06 July 2015 17:40
| To: ghc-devs@haskell.org
| Subject: Re: Backporting srcLoc to the GHC 7.10 branch
|
| On 04/20/2015 05:29
On 04/20/2015 05:29 PM, Niklas Hambüchen wrote:
Hello everybody,
I'm glad to announce that I performed the suggested backporting as part of
my work for FP Complete!
With the help of Eric (thanks for your support in #ghc!) we now have this
patch for 7.10 and 7.8.
As promised, here are
On 06/02/2015 03:31 PM, g...@git.haskell.org wrote:
Repository : ssh://g...@git.haskell.org/ghc
On branch : master
Link :
http://ghc.haskell.org/trac/ghc/changeset/e796026b45974d71233eef7ffb6feee482c6dd7e/ghc
---
is describing affects us too.
Oh, I was far too hasty in reading the bug on the Debian tracker. Yes, I
suppose this could be a problem for us though I'd like to see it first
before trying to work around it.
On Mon, May 18, 2015 at 10:13 PM, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk
wrote:
On 05/14/2015
On 05/14/2015 05:43 PM, Joachim Breitner wrote:
Hi,
Am Sonntag, den 10.05.2015, 19:39 +0100 schrieb Mateusz Kowalczyk:
I'd like to bring some attention to ticket #4012 about non-determinism.
As many of you may know, the nix package manager distributes binaries
throughout its binary caches
Hi,
I'd like to bring some attention to ticket #4012 about non-determinism.
As many of you may know, the nix package manager distributes binaries
throughout its binary caches. The binaries are shared as long as the
hash of some of their inputs matches: this means that we can end up with
two of
On 05/05/2015 11:16 AM, Roman Cheplyaka wrote:
I'd love to see GHC 7.10.2 once this haddock issue is fixed:
https://github.com/haskell/haddock/issues/385
There's a PR for it sitting on GitHub[1]. I did not have time to test it
but if you want to go ahead and give it a quick look, I'd be happy
On 03/28/2015 04:27 PM, Randy Polen wrote:
Mateusz,
Haddock issue #285 indeed sounds like a win (or Win-dows).
A logistical wrinkle I worry about for the short-term is that
the HP uses the GHC release, and haddock is part of that release. I can
certainly
incorporate a newer
On 03/27/2015 07:43 AM, Austin Seipp wrote:
==
The (Interactive) Glasgow Haskell Compiler -- version 7.10.1
==
The GHC Team is pleased to announce a new major release
becomes available tends to go into
showstopper bugs instead as apparent by the sad commit list in Haddock…
I think I will try to jump into Hoogle problems at start of March and
just ignore other stuff. As always, my apologies.
Thanks, Neil
On Wed, Feb 25, 2015 at 5:47 AM, Mateusz Kowalczyk
On 02/25/2015 05:41 AM, Michael Snoyman wrote:
I'm not really able to follow the details of this, but I wanted to raise to
everyone's attention a serious bug with the current GHC 7.10 RC, Cabal
1.22, and/or Haddock. Currently, running `cabal haddock --hoogle` does not
work. There seem to be
On 01/01/2015 08:34 PM, Simon Peyton Jones wrote:
Folks I'm getting this Haddock error (see below) from a clean build
on Windows. Does it ring any bells for anyone? Anyone have any idea
how to fix? My build isn't exactly HEAD but I'd be very surprised if
my changes are the cause. Thanks
On 12/10/2014 10:13 PM, Simon Peyton Jones wrote:
This is a single stat failure in haddock.base; doesn't happen for me.
Simon
| -Original Message-
| From: nore...@phabricator.haskell.org
| [mailto:nore...@phabricator.haskell.org]
| Sent: 10 December 2014 18:48
| To: Simon
On 11/08/2014 07:32 PM, Howard B. Golden wrote:
Hi,
I am combining the two topics because the issues are both
support-related.
First, long term support (LTS) is an important goal in making
GHC/Haskell a viable production platform. I would argue that
providing it is a necessary
On 10/25/2014 12:52 AM, Austin Seipp wrote:
Hi *,
A few days ago a discussion on IRC occurred about the LLVM backend,
its current status, and what we could do to make it a rock solid part
of GHC for all our users.
Needless to say, the situation right now isn't so hot: we have no
On 10/18/2014 04:48 PM, Christopher Done wrote:
Good evening,
So I’ve been working on Haskell user-facing tooling in general for
some years. By that I mean the level of Emacs talking with Haskell
tools.
[snip]
You’ve seen some of these features in GHC Mod, in hdevtools, in the FP
On 10/18/2014 01:25 AM, Austin Seipp wrote:
Hi all,
Please see here:
https://phabricator.haskell.org/D255 and
https://ghc.haskell.org/trac/ghc/ticket/9230
Making tabs warn by default has been requested many times before, and
now that the compiler is completely detabbed, this should
On 10/06/2014 01:59 PM, Alan Kim Zimmerman wrote:
Is there any reason I can't put in a diff request to replace the derived
Show instance for SrcSpan with a handcrafted one that does not exhausively
list the constructors, making it more readable?
Alan
Why? If you're looking for pretty
On 10/02/2014 08:49 AM, Simon Peyton Jones wrote:
Herbert says (in bold font) do not ever use sync-all, in this post
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/.
If that's really true, we should either nuke it altogether, or change it to
On 09/18/2014 10:30 PM, Edward Z. Yang wrote:
Hello Mateusz and all,
With ghc-head and master being developed concurrently, I am wondering if
GHC developers should be allowed to occasionally merge in changes from
master. Seems like a good service which would help Mateusz out a bit
when it
On 08/25/2014 01:21 PM, Alan Kim Zimmerman wrote:
What happens in the case of a change to the dev branch of ghc that requires
a patch to haddock as well, how does that patch get added to phabricator,
or is there a separate process?
A case in point is https://phabricator.haskell.org/D157
On 08/15/2014 04:32 PM, Simon Peyton Jones wrote:
Great. Please can what you do be documented clearly somewhere, with a link to
that documentation from here
https://ghc.haskell.org/trac/ghc/wiki/Repositories, and/or somewhere else
suitable?
Thanks
Simon
Nothing on that page needs
someone thinks about it carefully right?
On Wed, Aug 13, 2014 at 6:30 PM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:
On 2014-08-14 at 00:09:40 +0200, Mateusz Kowalczyk wrote:
[...]
I don't know what the GHC branch name will be yet. ‘ghc-head’ makes most
sense but IIRC Herbert had
On 08/13/2014 11:09 PM, Mateusz Kowalczyk wrote:
On 08/08/2014 06:25 AM, Mateusz Kowalczyk wrote:
Hello,
[snip]
Transition from current setup:
If I receive some patches I was promised then I will then make a 2.14.4
bugfix/compat release make sure that master is up to date and then
create
On 08/08/2014 06:25 AM, Mateusz Kowalczyk wrote:
Hello,
[snip]
Transition from current setup:
If I receive some patches I was promised then I will then make a 2.14.4
bugfix/compat release make sure that master is up to date and then
create something like GHC-tracking branch from master
On 08/08/2014 10:35 AM, Herbert Valerio Riedel wrote:
On 2014-08-08 at 09:42:14 +0200, Simon Hengel wrote:
On Fri, Aug 08, 2014 at 09:00:21AM +0200, Herbert Valerio Riedel wrote:
Just to clarify, as the last sentence contains a double-negation: GHC
devs continue pushing to
On 08/08/2014 10:15 AM, Johan Tibell wrote:
On Fri, Aug 8, 2014 at 10:11 AM, Simon Peyton Jones simo...@microsoft.com
wrote:
The biggest disadvantage in my mind is that you're setting yourself up
for a potentially huge merge just before the GHC release and might block
the GHC release
On 08/08/2014 10:18 AM, Simon Marlow wrote:
I thought this was what you were already doing :-) Anyway, this is more
or less the setup we had in mind when Haddock was added to the GHC tree.
The only question is which branches are used for GHC and for regular
development, and where they
On 07/16/2014 12:55 AM, Joachim Breitner wrote:
Hi,
I feel sorry for Simon always repeatedly stuck with an unbuildable tree,
and an idea crossed my mind: Can we build¹ GHC under Wine? If so, is it
likely to catch the kind of problems that Simon is getting? If so, maybe
it runs fast enough
Hello,
A slightly long e-mail but I ask that you voice your opinion if you ever
changed GHC API. You can skim over the details, simply know that it
saves me vast amount of time, allows me to try and find contributors and
doesn't impact GHC negatively. It seems like a win-win scenario for GHC
and
that
developers can run personally should be allowed.
https://www.modern.ie/en-us/virtualization-tools
Alexander
This seems to be a VM dedicated for running Internet Explorer, is it
actually a fully-featured environment? The site doesn't show much info.
On Aug 8, 2014 5:14 AM, Mateusz Kowalczyk
On 07/17/2014 09:05 AM, Páli Gábor János wrote:
Hello there,
I have just found the builds are failing due to this (see [1] for the full
log):
/usr/home/ghc-builder/work/builder/tempbuild/build/inplace/bin/haddock
--odir=compiler/stage2/doc/html/ghc --no-tmp-comp-dir
On 07/15/2014 09:01 AM, Simon Peyton Jones wrote:
Herbert, Austin
I've just made a change to GHC that has a (trivial) knock-on effect in
Haddock, so I had to update the submodule. Here is what I did, after
consulting Austin.
Can I humbly implore you both (or someone) to write down the
On 07/13/2014 01:06 PM, Miëtek Bak wrote:
haddock 2.14.3 that ships with it seems to be quite broken. Perhaps it's a
bad interaction with cabal, it's hard to say from the outside, but here are
some details.
Here's the kind of error I get from haddock when I try to use cabal to
install a
On 06/30/2014 04:19 PM, Richard Eisenberg wrote:
Thanks, Johan, for starting this discussion.
I mostly agree with the proposal. However, one (at times, serious) drawback
to using Haddock is that it means that editing comments can cause parse
failures. The way the GHC build works, these
On 05/27/2014 10:06 AM, Austin Seipp wrote:
Hello all,
After a long week, I've finally gotten a little time to reply to
emails, and I mainly have one question I'd like to ask.
First, please direct your attention to this:
On 06/27/2014 01:19 PM, Johan Tibell wrote:
On Fri, Jun 27, 2014 at 12:17 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
I’d be OK with this, (it’s a bit like requiring signatures on all top level
functions) but I don’t know how we’d enforce it.
I think social enforcement is enough.
On 06/27/2014 03:26 PM, David Fox wrote:
I would counter propose a place on hackage for people to type in or modify
the documentation for functions, designed in such a way that the
documentation would easily find its way back into the project's source code
(with developer approval.) This way
On 06/24/2014 07:47 PM, g...@git.haskell.org wrote:
Repository : ssh://g...@git.haskell.org/ghc
On branch : master
Link :
http://ghc.haskell.org/trac/ghc/changeset/d8abf85f8ca176854e9d5d0b12371c4bc402aac3/ghc
---
On 06/25/2014 07:37 AM, Johan Tibell wrote:
I don't understand the error (are we out of registers in the register
allocator? what can we do about that?). Simon could you please explain.
As for the continuos builds, can't we have them email the list upon
breakages?
We could but I think
On 06/07/2014 07:21 AM, Manuel M T Chakravarty wrote:
So, why not put everything on GutHub and use pull requests and so on?
SimonM writes that Phabricator is better than GitHub. I’m happy to believe
that, but he also writes that using it requires installing local software and
quite a bit
On 06/07/2014 11:57 PM, Joachim Breitner wrote:
Hi Michael,
Am Samstag, den 07.06.2014, 21:06 +0300 schrieb Michael Snoyman:
If there was a daily snapshot build, I would be happy to set up some
kind of regular process to download that snapshot and do a Stackage
run on it. I'm currently
On 06/06/2014 11:44 AM, Simon Peyton Jones wrote:
I want to change the interface to PatSyn.patSynSig, as part of fixing a bug
in 7.8.2. But Haddock calls patSynSig, so there is a (fairly trivial) knock
on change to Haddock
Is that acceptable in a 7.8.3 release cycle?
There are already some
On 05/15/2014 12:12 PM, Herbert Valerio Riedel wrote:
Hello GHC devs,
While I refactored the ghc code base to declare LANGUAGE pragmas
locally, rather than via -X-flags on the GHC commandline, I've noticed
there were a couple of places where NondecreasingIndentation grammar was used.
On 05/16/2014 03:35 PM, Johan Tibell wrote:
On Fri, May 16, 2014 at 3:33 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
Is there a reason behind not just detabbing (and removing trailing
whitespace) the whole tree in a patch? If you're going to detab in a
separate patch anyway, might
On 05/13/2014 12:33 AM, Gabor Greif wrote:
On 5/12/14, Richard Eisenberg e...@cis.upenn.edu wrote:
This one was my fault/decision. The TH.Lib functions tend to mirror exactly
the constructors in TH.Syntax. We removed the constructors (for good reason
Hmmm, okay, I see you added `equalityT`
On 05/12/2014 12:41 AM, Gergely Risko wrote: The following message is a
courtesy copy of an article
that has been posted to gmane.comp.lang.haskell.ghc.devel as well.
On Sun, 11 May 2014 21:42:45 +0200, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.uk writes:
Are there any downsides to doing
On 05/12/2014 09:51 AM, Mateusz Kowalczyk wrote:
On 05/12/2014 12:41 AM, Gergely Risko wrote: The following message is a
courtesy copy of an article
that has been posted to gmane.comp.lang.haskell.ghc.devel as well.
On Sun, 11 May 2014 21:42:45 +0200, Mateusz Kowalczyk
fuuze
Hi,
Trying to compile GHC in the source tree on NixOS and meeting with
failure with:
inplace/bin/ghc-stage2 -hisuf hi -osuf o -hcsuf hc -static -H32m -O
-Werror -Wall -H64m -O0-package-name vector-0.10.9.1
-hide-all-packages -i -ilibraries/vector/.
-ilibraries/vector/dist-install/build
Hi,
Today I have split Haddock up a little to allow users to use the Haddock
parser without incurring the dependency on GHC. This means the Haddock
tree looks like this now:
haddock/haddock.cabal
haddock/src/…
haddock/haddock-library/haddock-library.cabal
haddock/haddock-library/src/…
On 05/02/2014 03:50 PM, g...@git.haskell.org wrote:
Repository : ssh://g...@git.haskell.org/ghc
On branch : master
Link :
http://ghc.haskell.org/trac/ghc/changeset/b0534f78a73f972e279eed4447a5687bd6a8308e/ghc
---
On 04/21/2014 03:12 PM, Austin Seipp wrote:
Hello all,
As some of you might have seen last week, my colleague Adam took the
time to get his OverloadedRecordFields back up to date with regards to
HEAD.
I'm now wondering: when should we pull the trigger? I am inclined to
say 'soon'. In
On 08/04/14 02:06, Alain O'Dea wrote:
Hi folks:
I have successfully built Ian Lynagh's GHC builder on Ubuntu and
SmartOS and I would like to offer build slaves based on Carter's
mirroring of the code to https://github.com/cartazio/ghc-builder.
I can offer several build slaves, but I'm not
On 25/03/14 06:01, kyra wrote:
Will it include the latest commit to haddock? It solves this:
http://trac.haskell.org/haddock/ticket/292. This can greatly improve
performance of haddock in some situations (when a project is built with
--split-obj flag).
Cheers,
Kyra
Just as a follow up,
On 25/03/14 16:18, kyra wrote:
On 3/25/2014 19:11, Mateusz Kowalczyk wrote:
That commit is not in 2.14.1. Do you have any benchmarks to show the
speedup? If the commit does some significant speedup, I'm not against
backporting it into Haddock released with 7.8.2 (and there is at least
1
On 25/03/14 17:09, kyra wrote:
On 3/25/2014 20:52, Mateusz Kowalczyk wrote:
The only instances of Haddock becoming really slow that I can think of
is some rather old ticket (#101 on Haddock Trac) in presence of Template
Haskell but I have closed it a while ago due to lack of information to
go
Greetings,
First of all to people reading this at ghc-devs, I don't expect this to
be a direct problem caused by GHC but who knows, so I'm CC'ing it anyway.
As you might know, GHC 7.8.1 is scheduled to release Very Soon™ (later
today?). We got a report at Haddock Trac few weeks ago about a
On 22/03/14 20:37, Johan Tibell wrote:
What's the right way to fix libraries (e.g. aeson) that break because
classP was removed?
I have already patched lens, aeson, free, derive and binarydefer. You
can look for commits with my e-mail in those projects for how it was done.
All you need to do
On 19/03/14 11:39, Simon Marlow wrote:
On 18/03/2014 18:20, Mateusz Kowalczyk wrote:
Hi all,
I saw https://ghc.haskell.org/trac/ghc/ticket/5467 pop up in my inbox
and it reminded me of something I've been wondering for a while: why do
we not store Haddock docstrings in the interface file
Hi all,
I saw https://ghc.haskell.org/trac/ghc/ticket/5467 pop up in my inbox
and it reminded me of something I've been wondering for a while: why do
we not store Haddock docstrings in the interface file?
I think that if we did, we could do some great things:
1. Show docs in GHCi (I vaguely
On 14/03/14 09:01, Matthias Fischmann wrote:
Hi,
When building from git (branch ghc-7.8 as of today), I run into a
haddock issue because __GLASGOW_HASKELL__ appearently is not 709 on my
system. Not sure whether this is a bug, and if it should go to
trac/haddock or trac/ghc, so I decided
On 12/03/14 15:04, Simon Peyton Jones wrote:
Friends
The status of the GHC 7.8 release is here
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.8/RC2.
Alas we are currently stalled on #8870, #8834: we are getting seg-faults on
Windows. (For example, on my laptop, the stage2 compiler
On 08/03/14 07:19, Erik de Castro Lopo wrote:
Mateusz Kowalczyk wrote:
I'm trying to build HEAD but I'm getting
libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error:
HsIntegerGmp.h: No such file or directory
#include HsIntegerGmp.h
^
compilation
On 08/03/14 08:11, Mateusz Kowalczyk wrote:
On 08/03/14 07:19, Erik de Castro Lopo wrote:
Mateusz Kowalczyk wrote:
I'm trying to build HEAD but I'm getting
libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error:
HsIntegerGmp.h: No such file or directory
#include HsIntegerGmp.h
On 06/03/14 09:50, Johan Tibell wrote:
Hi,
I'd like to set up a performance build bot for GHC, but before I can do
that I need a script that reliably builds GHC and runs nofib. Do we have
such a script? Here's a strawman proposal for one:
cabal install happy alex
git clone
On 25/02/14 16:18, Simon Peyton Jones wrote:
Adam
I'm very happy to hear that... good stuff.
I'm under water with ICFP submissions (deadline Sat). Moreover I think it is
clearly too later to put this into 7.8; RC1 is out and I expect RC2 any day.
So I suggest we plan to merge after
While running Haddock tests today, we noticed that the output for a test
with GADTs changed. See the test file in the bottom.
We used to render ‘Nil :: Pattern '[]’ as ‘Pattern []’ but it now
renders as ‘Pattern `[]`’. The change happened within last 2 days and
I'm guessing it's
On 20/02/14 10:40, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 20.02.2014, 01:39 + schrieb Mateusz Kowalczyk:
I just ran validate with current HEAD
(2b34947b60069e51abfcada9c45a6d7b590f5a2b) and I have quite a few perf
failures. Perhaps these need tweaking? I know that 32-bit numbers
On 04/02/14 09:41, Joachim Breitner wrote:
Hi,
Am Dienstag, den 04.02.2014, 08:04 + schrieb Simon Peyton Jones:
I want just to say thank you for thinking about this. We badly need better
nightly-builds for GHC, on a variety of platforms
a) to identify regressions, preferably to the
On 05/01/14 12:16, Dr. ERDI Gergo wrote:
Hi,
When I started working on pattern synonyms (#5144) back in August, it
seemed the GHC 7.8 freeze was imminent, so I was planning for a
first version in 7.10/8.0 (whatever it will be called). However, since not
much has happened re: 7.8 since then
On 29/01/14 22:47, Joachim Breitner wrote:
Hi,
Am Mittwoch, den 29.01.2014, 23:18 +0100 schrieb Jan Stolarek:
PS: I’m subscribed to the list, no need to send a copy to my private
address.
This is typically done to alert someone that he/she has been addressed
directly in a discussion. I
On 26/01/14 11:16, Joachim Breitner wrote:
Hi,
Am Sonntag, den 26.01.2014, 02:22 + schrieb Mateusz Kowalczyk:
I'd just like to query the status of the nightly builds. Is anything
happening in that area? [1] is right on the front page of the GHC Trac
even though no builds were ran for ~5
Hi all,
I'd just like to query the status of the nightly builds. Is anything
happening in that area? [1] is right on the front page of the GHC Trac
even though no builds were ran for ~5 months. Perhaps it should be
moved out of the way if there's no plan to resume these in the near
future.
Does
clients have power over choosing how and when to build, but I have yet
to find the time to finish the basic implementation to try it.
On Sat, Jan 25, 2014 at 8:22 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.uk wrote:
Hi all,
I'd just like to query the status of the nightly builds
On 13/01/14 08:42, Simon Peyton Jones wrote:
None seem to fail on my (Linux) box. It'd be good if someone felt able to dig
into the ones that are failing. If there is a good reason we should open a
ticket and mark them as expect_broken( ticket-number ). Thanks!
Simon
Hm. I checked a log
On 13/01/14 11:06, Dr. ERDI Gergo wrote:
On Mon, 13 Jan 2014, Dr. ERDI Gergo wrote:
I went ahead and pushed the preliminary work to a new branch in the
official repositories. GHC, haddock and testsuite now have a
'wip/pattern-synonyms' branch, where you can test the code:
On 12/01/14 10:25, Daniil Frumin wrote:
Does anyone actually know which tests are supposed to fail on 'validate'?
AFAIK the official stance is that you should see 0 failures.
Unofficially it seems that there's leniency and the tree seems to be in
a state with few tests failing consistently. It
Hi all,
I have now merged in the new parser and new features onto a single
branch. I'm having some issues validating with HEAD at the moment
(#8661, unrelated problem) but while I get that sorted out, someone
might want to try validating with Haddock changes on their own platform.
The full
On 10/01/14 10:01, Mateusz Kowalczyk wrote:
Hi all,
I have now merged in the new parser and new features onto a single
branch. I'm having some issues validating with HEAD at the moment
(#8661, unrelated problem) but while I get that sorted out, someone
might want to try validating
On 07/01/14 09:41, Simon Peyton Jones wrote:
| Ping. I need GHC to validate. Here's what I'm trying to achieve: as you
| might know, I worked on Haddock over summer, rewriting the whole parser,
| adding tests, fixing bugs, adding features. As Haddock ships with GHC
| however (and is
On 07/01/14 10:20, Simon Peyton Jones wrote:
| David stepped down and Simon Marlow has a long time ago too! It is now
| Simon Hengel who maintains it.
OK, well perhaps you can immediately push a change to haddock.cabal to
reflect this? That's how we know.
I will try later but I think I
On 07/01/14 13:57, Simon Hengel wrote:
Hey!
Sorry for not being of much help with this right now. Regarding Haddock
releases I think we updated the version used for Hackage independently of ghc
before. Cheers.
Oh, if that's the case then I no longer feel that it's urgent that we
get it
On 07/01/14 18:21, Austin Seipp wrote:
Yes, the skipped tests are normal. The testsuite has a concept of
tests being built a certain 'way' - for example, you might test a
piece of code by making sure it works compiled with -threaded,
non-threaded, profiling, the LLVM backend, or any
On 07/01/14 20:15, Ian Lynagh wrote:
On Tue, Jan 07, 2014 at 06:39:36PM +, Mateusz Kowalczyk wrote:
On 07/01/14 18:21, Austin Seipp wrote:
Also, the performance failures you're seeing are (I speculate) due to
out of date performance numbers. Sometimes these numbers go up or down
just due
On 07/01/14 23:05, Dr. ÉRDI Gergő wrote:
Hi,
Wow, so, I thought there would be some back-and-forth, then a decision,
then I would go and walk the last mile and then formally submit the patch
for review - and now I see that in 2 days all that has passed...
Of course I'll make validate
On 07/01/14 04:17, Carter Schonwald wrote:
Well said points.
1) perhaps opening a ticket on ghc trac for your problem is a good next
step. That way folks who are better at reading trac than email can help!
I'll do so tomorrow if I don't get any replies with tips.
2) if the pattern synonyms
Greetings,
When looking at the GHC lexer (Lexer.x), there's:
$unispace= \x05 -- Trick Alex into handling Unicode. See alexGetChar.
$whitechar = [\ \n\r\f\v $unispace]
$white_no_nl = $whitechar # \n
$tab = \t
Scrolling down to alexGetChar and alexGetChar', we see the comments:
On 03/01/14 18:50, Gabor Greif wrote:
On 1/3/14, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk wrote:
On 03/01/14 13:27, Simon Peyton-Jones wrote:
[snip]
Thank you. We need lots of help!
[snip]
While I hate to interrupt this thread, I think this is a good chance to
mention something.
I
Greetings,
I'm trying to validate HEAD and I care that Haddock is built alongside
it (so --no-haddock is not an option). I get the following errors listed
at the bottom of this e-mail. How can I validate so that it all builds?
From what I understand, to validate I should:
* Have a stable
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 with a fresh tree today and am now getting
inplace/bin/ghc-stage1 -optc-Wall -optc-Wextra
-optc-Wstrict-prototypes -optc
On 23/08/13 21:31, Austin Seipp wrote:
Ah, I see what your problem is now. I encountered this on 32bit Windows
which was slightly different.
While my i386 machine is spinning up, can you try the attached patch? If
you haven't cleaned your build tree, you can do:
$ git am
On 23/08/13 22:13, Niculae Ionita wrote:
Hi all,
I'm new to GHC Dev and I'm trying to build GHC 7.7 (the repo is about 9
days old) on a Windows machine with mingw32. I followed the very helpful
article for newcomers to GHC dev (
http://ghc.haskell.org/trac/ghc/wiki/Newcomers# ) and up to
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 -Iincludes/dist
-Iincludes/dist-derivedconstants/header
-Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18/07/13 23:18, Nicolas Frisby wrote:
On Thu, Jul 18, 2013 at 5:10 PM, Carter Schonwald
carter.schonw...@gmail.com wrote:
So the idea here to make it possible to have a function that can
be specialized at certain types, and explicitly
1 - 100 of 108 matches
Mail list logo
