On Sat, 1 Nov 2014, Gabor Greif wrote:
Hello Gergö,
you seem to test pattern synonyms in _class_ declarations here. Would
it make sense to also test _instance_ declarations?
Excellent point. I've added a separate test for that, and also this made
me notice that the error message only
Hi,
On a completely clean clone, I've checked out the tag ghc-7.8.3-release,
ran sync-all get, boot, and configure, but the build fails on haskell98.
Any ideas what I could be doing wrong?
Thanks,
Gergo
inplace/bin/ghc-cabal check libraries/haskell98
inplace/bin/ghc-cabal configure
Herbert/Austin,
in the GHC Trac, when I set a ticket to component 'Core Libraries', ekmett
is automatically set as owner. This might prevent others from working on
that ticket, and I doubt Edward himself is working on all 100 of them.
Please change the default to not set the owner.
Thanks,
On Sun, 2 Nov 2014, Dr. ERDI Gergo wrote:
On a completely clean clone, I've checked out the tag ghc-7.8.3-release, ran
sync-all get, boot, and configure, but the build fails on haskell98. Any
ideas what I could be doing wrong?
I've worked around this by manually checking out the 'ghc-7.8'
The checkout clone process for 7.8.3 is very different from head. What
exact commands where you trying to do for the initial clone?
I would use
Git clone -b ghc-7.8.3 ghcUrl ; ./sync-all get
I think.
Point being the clone process is different.
On Sunday, November 2, 2014, Dr. ERDI Gergo
On Sun, 2 Nov 2014, Carter Schonwald wrote:
The checkout clone process for 7.8.3 is very different from head. What exact
commands
where you trying to do for the initial clone?
I would use
Git clone -b ghc-7.8.3 ghcUrl ; ./sync-all get I think.
Point being the clone process is different.
Alternately, I can make a blanket decree that anyone can feel free to steal
any ticket from me at any time as I mostly work through hvr, dfeuer, and
thoughtpolice anyways to chip away at these.
I lack a strong preference either way.
-Edward
On Sun, Nov 2, 2014 at 5:19 AM, Thomas Miedema
On Sun, 2 Nov 2014, Carter Schonwald wrote:
Are you sure there's a -release tag?What was the exact clone and checkout you
did?
You don't see the same tag? Are we even looking at the same repo? Mine was
cloned from ssh://g...@git.haskell.org/ghc.git and the tag in question is:
22:58:13
Hello Gergo,
On 2014-11-02 at 14:29:06 +0100, Dr. ERDI Gergo wrote:
On Sun, 2 Nov 2014, Dr. ERDI Gergo wrote:
On a completely clean clone, I've checked out the tag
ghc-7.8.3-release, ran sync-all get, boot, and configure, but the
build fails on haskell98. Any ideas what I could be doing
Sounds good to me.
On Sun, Nov 2, 2014 at 2:05 PM, Simon Peyton Jones simo...@microsoft.com
wrote:
Better to make them owner-less initially I think. After all, you might
*really* take ownership of some tickets!
S
*From:* ghc-devs [mailto:ghc-devs-boun...@haskell.org] *On Behalf Of
Alright, based on the votes let's do Wednesday (Nov 5) 8:00pm.
Kyrill, what's your timezone? Did this go too much into the evening for
you? Would be good to know for next time.
Shall we use Hangouts for the call? Skype would also work for me, but
Hangouts is probably a bit easier and more
Thanks for the detailed explanations. A few thoughts here:
Having multiple configurations of the source tree (in that some parts of
it may be missing or not) does not sound like a good idea, it just seems
like additional complexity for no particular reason. AFAIU, it means that
if I check out
Hi,
it seems that adding the oneShot annotation to the interface causes
scc001 to fail:
Actual prof output differs from expected:
--- ./profiling/should_run/scc001.prof.sample 2014-11-02 20:21:03.0
+0100
+++ ./profiling/should_run/scc001.prof 2014-11-02 20:46:39.0 +0100
@@
Installation of Alex in the msys2 i686 instructions is broken, more details
in https://ghc.haskell.org/trac/ghc/ticket/9712. Before I spend more time
on this, maybe someone knows off the bat what's going on?
$ cabal install alex
Resolving dependencies...
Downloading primitive-0.5.4.0...
GHC.Base has a function, thenIO, that isn't used anywhere in the libraries
or compiler, and isn't exported anywhere public. But for some reason,
it's listed in compiler/prelude/PrelNames.lhs, which causes a validation
failure if I remove it. Is there a reason that a completely unused function
is
15 matches
Mail list logo