I tried building GHC on a new dev box this afternoon, and the initial
"sync-all get" is very unreliable.
Here's the typical pattern:
Cloning into 'libraries/terminfo'...
Clone of 'http://darcs.haskell.org/libraries/terminfo.git/' into submodule
path 'libraries/terminfo' failed
git failed: 256 at
On Fri, Oct 19, 2012 at 11:49 AM, Simon Peyton-Jones
wrote:
> Dear maintainers of
>
> bytestring
>
> cabal
>
> vector
>
> time
>
> dph
>
Hi, Simon -
How did you come up with this list? It is missing the vast majority of
users of Rank2Types.
Most people embed languag
On Mon, Oct 22, 2012 at 4:52 PM, Simon Peyton-Jones
wrote:
> But if the will of the masses is to silently and forever make
> Rank2Types=RankNtypes (documented of course), that's ok with me. It just
> seems odd. I thought that's what deprecation was *for*.
>
An alternative would be to have a mec
On Mon, Oct 22, 2012 at 4:14 PM, Simon Peyton-Jones
wrote:
> Do you mean “silently and forever”?
>
I think that's what I mean, yes.
As Johan notes, many of us run our continuous builds of our packages with
-Wall -Werror in order to keep them as clean as possible. Introducing a
deprecation thus
On Thu, Nov 3, 2011 at 8:39 AM, Thomas Schilling wrote:
>
I think Bryan O'Sullivan
> recently reported having issues after upgrading to 10.7 as well.
My problems have been firmware-related, so don't worry on that score.
It seems pretty clear that in order to get working 10.7 s
On Tue, Aug 2, 2011 at 5:37 PM, David Terei wrote:
> These packages are unmaintained:
>
> Win32Volunteer needed
> xhtmlVolunteer needed
>
I can take over the Win32 package.
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mai
On Sun, May 22, 2011 at 3:50 AM, Ashley Yakeley wrote:
>
> You say "old-locale" is maintained only for backward compatibility. Could
> you clarify? What should be used instead? The "time" package depends on
> old-locale.
We don't have an alternative at the moment, but I believe the point is tha
On Wed, May 18, 2011 at 1:36 AM, Max Bolingbroke wrote:
>
> Aha! You go out of your way to detect and replace them. Interesting!
>
Yes, and necessary, as otherwise text is open to data corruption.
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www
On Mon, May 16, 2011 at 9:22 AM, Max Bolingbroke wrote:
> This is a key point - I wonder whether you have in mind a particular
> bit of code using the "text" package that will fail if we use lone
> surrogates as escapes?
>
Any attempt to pack a String into a Text will replace UTF-16 surrogates w
On Tue, Apr 12, 2011 at 5:05 AM, Max Bolingbroke wrote:
> a) When decoding a byte sequence to a String (which in GHC is
> typically a sequence of 16-bit values representing a UTF-16 encoded
> Unicode string), any bytes in the input which are undecodable are
> represented in the String as a unico
On Mon, Jan 10, 2011 at 5:34 AM, Pavel Perikov wrote:
> Please please consider Mercurial if migration from darcs is inevitable :)
>
For what it's worth, Mercurial generally interoperates quite well with git
and github, using the hg-git plugin. As a longtime Mercurial user and an
occasional GHC c
On Sun, Jun 6, 2010 at 3:28 PM, Bryan O'Sullivan wrote:
> This is with a fresh checkout.
>
Red herring. I reinstalled GHC and rebuilt from a clean HEAD, and the
problem went away.
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.
This is with a fresh checkout. Here's the error I get (x86_64, Fedora 13):
ghc/stage1/build/Main.o: In function `saXe_info':
(.text+0xff83): undefined reference to
`__stginit_filepathzm1zi1zi0zi4_SystemziFilePath_'
ghc/stage1/build/Main.o: In function `s9bn_info':
(.text+0xee1): undefined referenc
On Mon, May 10, 2010 at 10:40 AM, Simon Peyton-Jones
wrote:
> This ‘make has restarted 3 times’ has happened a few times to me
> recently. Restarting makes it go away.
>
It happens consistently on OS X, where restarting unfortunately doesn't
help.
http://hackage.haskell.org/trac/ghc/ticket/4050
On Thu, Mar 19, 2009 at 10:52 PM, Manuel M T Chakravarty <
c...@cse.unsw.edu.au> wrote:
> The comment above setThreadAffinity() says,
>
> // Schedules the thread to run on CPU n of m. m may be less than the
>> // number of physical CPUs, in which case, the thread will be allowed
>> // to run on
On Sat, Mar 14, 2009 at 5:32 PM, Manuel M T Chakravarty <
c...@cse.unsw.edu.au> wrote:
> Compiling the latest HEAD on OS X, I get
>
> RtsFlags.c: In function 'setupRtsFlags':
>
> RtsFlags.c:1150:0:
> error: '_SC_NPROCESSORS_CONF' undeclared (first use in this function)
>
Hmm. That should be u
On Sun, Sep 7, 2008 at 3:08 PM, Claus Reinke <[EMAIL PROTECTED]> wrote:
> Starting from a fresh tree everytime or searching for files manually don't
> sound realistic [...]
If you're trying to do an ab initio build with no prior build products
lying around, then starting from a fresh tree should
On Wed, Aug 13, 2008 at 5:18 AM, Claus Reinke <[EMAIL PROTECTED]> wrote:
> The earlier we start collecting _concrete_ instances of such silent
> command failures, the better.
Unfortunately, I can't remember what I was doing at the time, as this
occurred a few months ago.
On Tue, Aug 12, 2008 at 2:03 PM, Claus Reinke <[EMAIL PROTECTED]> wrote:
> Much as I'd have liked to advocate darcs 2 over git for ghc, I
> couldn't really have justified that until the little bugs are known to
> be fixed.
A number of git commands are implemented as crufty shell scripts that
don'
Bryan Donlan wrote:
> Are you referring to the "Unifying events and threads" paper?
Yes, but more specifically to the addendum to the thesis proposal.
> I'll
> take a look a bit later tonight. Is there a recommended place to
> contact this GHC HQ other than this cvs-ghc list?
No, I just wanted
Bryan Donlan wrote:
> As such, initially I'd like to focus my efforts on generalizing the
> infastructure to support more than one IO manager per platform, and
> implementing epoll as an initial test.
This would be great to have, but you might be overlapping with work that
Peng Li has been planni
Manuel M T Chakravarty wrote:
> By all means get legal advice.
>
> However, I am curious, what exactly is it in my reasoning that you do
> not agree with?
Essentially, that it is possible to combine GPL and BSD works and
distribute the combined result under the BSD license.
> PS: Once the new e
Manuel M T Chakravarty wrote:
> By offering GHC under BSD3, we do allow people to distribute
> it under the GPL and hence fullfil our obligations under the GPL (which
> we incurred by linking - in whatever way - against readline). Does that
> clarify the point?
I believe that this claim is not a
Hi, all -
Simon Marlow mentioned that there's been a discussion unfolding
regarding switching ghc away from darcs. I thought I'd add a few
comments from the perspective of someone who has used all of darcs,
Mercurial and git.
The most immediately visible difference between darcs and the oth
Simon Marlow wrote:
Could this be a problem introduced by the IPV6 changes to the network
package, perhaps? (and not a build system issue, as I first thought).
Bryan - any thoughts? This is a PPC/MacOS X build.
It seems to be an oddity with OS X. Here's a well-timed patch that
Thomas Schi
25 matches
Mail list logo