I was trying to investigate issue1855:
darcs get --lazy http://darcs.haskell.org/ghc
darcs get http://darcs.haskell.org/nofib
cd ghc
darcs push ../nofib
But then this happened
Hash failure in /Volumes/Data-1/kowey/.darcs/cache/patches/0000035325-6c3bcc95fee561f7f27726b2b94f15f5c23b17808a984dbf177615d8c7a20d7b
Hash failure in http://darcs.haskell.org/ghc/_darcs/patches/0000035325-6c3bcc95fee561f7f27726b2b94f15f5c23b17808a984dbf177615d8c7a20d7b
Hopefully it's something innocent, but that hashed failure sounds kinda scary.
I attach both the file in question and its gunzipped form.
... (more)
darcs-2.4.4: failed to read patch in get_extra:
Fri Nov 6 03:05:30 GMT 2009 Ben.Lippmeier@anu.edu.au
* * Refactor CLabel.RtsLabel to CLabel.CmmLabel
The type of the CmmLabel ctor is now
CmmLabel :: PackageId -> FastString -> CmmLabelInfo -> CLabel
- When you construct a CmmLabel you have to explicitly say what
package it is in. Many of these will just use rtsPackageId, but
I've left it this way to remind people not to pretend labels are
in the RTS package when they're not.
- When parsing a Cmm file, labels that are not defined in the
current file are assumed to be in the RTS package.
Labels imported like
import label
are assumed to be in a generic "foreign" package, which is different
from the current one.
Labels imported like
import "package-name" label
are marked as coming from the named package.
This last one is needed for the integer-gmp library as we want to
refer to labels that are not in the same compilation unit, but
are in the same non-rts package.
This should help remove the nasty #ifdef __PIC__ stuff from
integer-gmp/cbits/gmp-wrappers.cmm
Fri Nov 6 03:05:30 GMT 2009 Ben.Lippmeier@anu.edu.au
* * Refactor CLabel.RtsLabel to CLabel.CmmLabel
The type of the CmmLabel ctor is now
CmmLabel :: PackageId -> FastString -> CmmLabelInfo -> CLabel
- When you construct a CmmLabel you have to explicitly say what
package it is in. Many of these will just use rtsPackageId, but
I've left it this way to remind people not to pretend labels are
in the RTS package when they're not.
- When parsing a Cmm file, labels that are not defined in the
current file are assumed to be in the RTS package.
Labels imported like
import label
are assumed to be in a generic "foreign" package, which is different
from the current one.
Labels imported like
import "package-name" label
are marked as coming from the named package.
This last one is needed for the integer-gmp library as we want to
refer to labels that are not in the same compilation unit, but
are in the same non-rts package.
This should help remove the nasty #ifdef __PIC__ stuff from
integer-gmp/cbits/gmp-wrappers.cmm
Couldn't fetch `0000035325-6c3bcc95fee561f7f27726b2b94f15f5c23b17808a984dbf177615d8c7a20d7b'
in subdir patches from sources:
thisrepo:/private/tmp/ghc
cache:/Volumes/Data-1/kowey/.darcs/cache
repo:http://darcs.haskell.org/ghc
Perhaps this is a 'partial' repository?
--
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9
Attachments
|