...@gmail.com
Cc: ghc-devs@haskell.org
Subject: RE: Again: Uniques in GHC
Thank you. A most helpful beginning. I have added some comments and queries,
as well as clarifying some points.
Simon
From: p.k.f.holzensp...@utwente.nl [p.k.f.holzensp...@utwente.nl]
Sent: 09
From: Simon Peyton Jones simo...@microsoft.com
Sent: 07 October 2014 23:23
To: Holzenspies, P.K.F. (EWI); carter.schonw...@gmail.com
Cc: ghc-devs@haskell.org
Subject: RE: Again: Uniques in GHC
One of the things I'm finding difficult about this Phab stuff is that I
...@gmail.com
Cc: ghc-devs@haskell.org
Subject: RE: Again: Uniques in GHC
Dear Simon, et al,
I've created the wiki-page about the Unique-patch [1].
Should it be linked to from the KeyDataTypes [2]?
Regards,
Philip
[1] https://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/Unique
[2] https
On 10/07/2014 02:32 AM, p.k.f.holzensp...@utwente.nl wrote:
But that would only work on 64 bit systems, right?
Yes, this approach to a parallel GHC would only work on 64-bit machines.
The idea is, I guess, that we're not going to see a massive demand for
parallel GHC running on multi-core
On Tue, Oct 7, 2014 at 1:32 AM, p.k.f.holzensp...@utwente.nl wrote:
Yes, this approach to a parallel GHC would only work on 64-bit machines. The
idea is, I guess, that we're not going to see a massive demand for parallel
GHC running on multi-core 32-bit systems. In other words; 32-bit systems
assuming
cross-compilation?
Ph.
From: mad@gmail.com mad@gmail.com on behalf of Austin Seipp
aus...@well-typed.com
Sent: 07 October 2014 17:46
To: Holzenspies, P.K.F. (EWI)
Cc: ghc-devs@haskell.org
Subject: Re: Again: Uniques in GHC
On Tue, Oct 7
From: mad@gmail.com mad@gmail.com on behalf of Austin Seipp
aus...@well-typed.com
So I assume your change would mean 'ghc -j' would not work for 32bit.
I still consider this a big limitation, one which is only due to an
implementation detail. But
in some respects, having fully deterministic builds is a very important
goal: a lot of tooling for eg, caching builds of libraries works much much
better if you have that property :)
On Tue, Oct 7, 2014 at 12:45 PM, p.k.f.holzensp...@utwente.nl wrote:
...@gmail.com
Sent: 07 October 2014 21:30
To: Holzenspies, P.K.F. (EWI)
Cc: Austin Seipp; ghc-devs@haskell.org
Subject: Re: Again: Uniques in GHC
in some respects, having fully deterministic builds is a very important goal: a
lot of tooling for eg, caching builds of libraries works much much better if
you
Very much part of my plan, Johan! I was a fervent +1 on that recommendation.
Ph.
?
From: Johan Tibell johan.tib...@gmail.com
Sent: 06 October 2014 12:06
To: Holzenspies, P.K.F. (EWI)
Cc: ghc-devs@haskell.org
Subject: Re: Again: Uniques in GHC
On Mon, Oct 6
Hi,
Am Montag, den 06.10.2014, 09:58 + schrieb
p.k.f.holzensp...@utwente.nl:
- The implementation is based on FastInts, which, on most machines
nowadays, is a 64-bit thing. The serialisation in BinIface is
explicitly based on Word32s. Aside from the obvious potential (albeit
with a low
?
From: Joachim Breitner m...@joachim-breitner.de
Sent: 06 October 2014 12:36
Subject: Re: Again: Uniques in GHC
snip
A while ago we had problems with haddock in Debian when the
serialization became bit-dependent.^1 I suggest to keep the specification
of any on-disk format
Hi,
Am Montag, den 06.10.2014, 19:55 + schrieb p.k.f.holzensp...@utwente.nl:
Although I can't quite get what you're saying from the posts on that
link, I'm not immediately sure what you're saying should extend to
hi-files. These files are very much specific to the compiler version
you're
13 matches
Mail list logo