Hello Simon,
> I've made git mirrors of the current GHC HEAD repos (all of them), so
> people can try out their workflows with git. Hopefully this should
> work:
>
> git clone http://darcs.haskell.org/ghc-git/ghc.git
> cd ghc
> perl sync-all get
Thank you for this work.
I cloned the git
On 2011-01-13 14:45, Tim Chevalier wrote:
> Documentation for the External Core format itself lives at
> http://www.haskell.org/ghc/docs/latest/html/ext-core/core.pdf
Didn't find it there, but did find it at
http://www.haskell.org/ghc/docs/latest/core.pdf
_
*you feel a sudden sense of deja vu*
Here is my current play on things:
- I can probably get a devel2 build with the new codegen turned on for
everything. This list of errors is from that build. However, this
build was originally failing, so I'm going to do a fresh devel2
On 01/13/2011 12:49 AM, Simon Marlow wrote:
> I spent quite some time yesterday playing with submodules to see if they
> would work for GHC. I'm fairly sure there are no fundamental reasons that
> we couldn't use them, but there are enough gotchas to put me off. I wrote
> down what I discovered he
Ok, I have a stage2 compiler built with the new codegen all
the way, and here are the new failing cases:
1372(normal)
2047(normal)
4030(normal)
OldException001(normal)
async001(normal)
bug1465(normal)
cabal01(normal)
cabal03(normal)
cgrun016(normal)
cgrun045(normal)
On Thu, Jan 13 2011, Benedict Eastaugh wrote:
> On 13 January 2011 15:30, Johan Tibell wrote:
>> We should set up a git daemon at some point as it's much more
>> efficient that pulling over HTTP.
>
> As of version 1.6.6, Git is much more efficient over HTTP than it used to be.
>
> http://progit.o
On Thu, Jan 13 2011, Simon Marlow wrote:
> I discovered that Google have this tool called "repo" which is their
> darcs-all for the Android source tree. That might be worth looking at
> as an alternative in the future:
>
> https://sites.google.com/a/android.com/opensource/download/using-repo
>
On 12 January 2011 22:13, Claus Reinke wrote:
>> You can emulate darcs's patch re-ordering in git if you put each
>> independent sequence of patches on a separate branch. Then you can
>> re-merge the branches in whatever order you want. This is a fairly
>> common git workflow.
>
> What happens aft
Hi,
Just as a point of information, the following rules can help avoid some of
the gotchas:
- Treat submodules are read-only (i.e., don't make commits there). The
reason for this is that a submodule is usually not on a branch, and so
making a commit would result in a detached head.
- When you pul
On 13 January 2011 15:30, Johan Tibell wrote:
> We should set up a git daemon at some point as it's much more
> efficient that pulling over HTTP.
As of version 1.6.6, Git is much more efficient over HTTP than it used to be.
http://progit.org/2010/03/04/smart-http.html
In fact, GitHub are now us
On Thu, Jan 13, 2011 at 4:03 PM, Simon Marlow wrote:
> I've made git mirrors of the current GHC HEAD repos (all of them), so people
> can try out their workflows with git.
Poking around in the different repos works for me and is fast. For example:
Find new files in base:
$ cd libraries/base
$ g
I've made git mirrors of the current GHC HEAD repos (all of them), so
people can try out their workflows with git. Hopefully this should work:
git clone http://darcs.haskell.org/ghc-git/ghc.git
cd ghc
perl sync-all get
You have to use sync-all instead of darcs-all, but the syntax is the
On 13/01/2011 12:51, Edward Z. Yang wrote:
Yep, switching
inlineStmt u a (CmmCall target regs es srt ret)
= CmmCall (infn target) regs es' srt ret
where infn (CmmCallee fn cconv) = CmmCallee fn cconv
infn (CmmPrim p) = CmmPrim p
es' = [ (CmmHinted (inlineExpr u a e) hint)
Yep, switching
> inlineStmt u a (CmmCall target regs es srt ret)
> = CmmCall (infn target) regs es' srt ret
> where infn (CmmCallee fn cconv) = CmmCallee fn cconv
> infn (CmmPrim p) = CmmPrim p
> es' = [ (CmmHinted (inlineExpr u a e) hint) | (CmmHinted e hint) <- es
to
> inline
On Wed, 12 Jan 2011, Claus Reinke wrote:
>
> What happens after the merges? Does one maintain the branches
> somehow, or does one lose the (in-)dependency information?
Remember that a branch in git is just a name for a point in the revision
graph. When you commit to a branch the name is updated to
I think the bug might be here:
inlineStmt u a (CmmCall target regs es srt ret)
= CmmCall (infn target) regs es' srt ret
where infn (CmmCallee fn cconv) = CmmCallee fn cconv
infn (CmmPrim p) = CmmPrim p
es' = [ (CmmHinted (inlineExpr u a e) hint) | (CmmHinted e hint) <- es
On 13 January 2011 08:54, Roman Leshchinskiy wrote:
> On 12 Jan 2011, at 23:31, "Edward Z. Yang" wrote:
>
>> Excerpts from Roman Leshchinskiy's message of Wed Jan 12 18:20:25 -0500 2011:
>>> How would we get the current functionality of darcs-all pull? Is it even
>>> possible?
>>
>> Here is the
On 12 Jan 2011, at 23:31, "Edward Z. Yang" wrote:
> Excerpts from Roman Leshchinskiy's message of Wed Jan 12 18:20:25 -0500 2011:
>> How would we get the current functionality of darcs-all pull? Is it even
>> possible?
>
> Here is the rebase-y workflow.
Thank you making things clearer!
>>
>
On 12/01/2011 22:22, Iavor Diatchki wrote:
Hello,
On Wed, Jan 12, 2011 at 11:44 AM, Roman Leshchinskiy mailto:r...@cse.unsw.edu.au>> wrote:
On 12/01/2011, at 09:22, Simon Marlow wrote:
> On 11/01/2011 23:11, Roman Leshchinskiy wrote:
>>
>> A quick look at the docs seems to i
19 matches
Mail list logo
