Hello,
The following patch fixes ghc-6.6 darcs-all for Mac OS X 10.4.
Best regards
Thorkil
New patches:
[Fix darcs-all for Mac OS X
Thorkil Naur <[EMAIL PROTECTED]>**20061123125539
The regular exporession /\? which is used by darcs-all to stand for zero or one /'s
seems to be a GNU extension of "basic" regular expressions. In any case, it is not
supported by sed on Mac OS X 10.4.
The patched darcs-all works on Max OS X and (SuSE) Linux.
] {
hunk ./darcs-all 13
- default_extra_repo_root=`echo $default_repo_root | sed 's!/ghc-6.6/\?$!!'`
+ default_extra_repo_root=`echo $default_repo_root | sed 's!/ghc-6.6/\{0,1\}$!!'`
}
Context:
[cas(): modify assembly syntax to make it work everywhere (hopefully)
Simon Marlow <[EMAIL PROTECTED]>**20061121132646]
[Fix printf$LDBLStub workaround for Darwin
[EMAIL PROTECTED]
Apparently, the original fix never really worked due to typos and oversights.
]
[Add ppr for the MKPAP case, and rearrange the other cases to match the datatype
Ian Lynagh <[EMAIL PROTECTED]>**20061120155352]
[Avoid problems with unaligned loads on alpha/mips/mipsel/arm
Ian Lynagh <[EMAIL PROTECTED]>**20061120154914
This is overly conservative, but it works.
]
[Add a C++ phase. Fixes bug #800
Lemmih <[EMAIL PROTECTED]>**20060727080023]
[Don't force -static on mips
Ian Lynagh <[EMAIL PROTECTED]>**20061120122305]
[MERGE: Don't make ghc threaded if GhcNotThreaded is YES
Ian Lynagh <[EMAIL PROTECTED]>**20061120121855]
[Cope with big endian float word order on little endian machines
Ian Lynagh <[EMAIL PROTECTED]>**20061120121309]
[Fix unregisterised alpha builds
Ian Lynagh <[EMAIL PROTECTED]>**20061004125857]
[use "lock cmpxchg" instead of "lock/cmpxchg"
Simon Marlow <[EMAIL PROTECTED]>**20061117114429
I'm not sure where the latter version came from, but it apparently
doesn't generate a legal instruction on Solaris.
]
[MERGE: Fix (yet another) odd interaction between selector thunks and compacting GC
Ian Lynagh <[EMAIL PROTECTED]>**20061115135020
Tue Nov 14 12:31:57 GMT 2006 Simon Marlow <[EMAIL PROTECTED]>
* Fix (yet another) odd interaction between selector thunks and compacting GC
This should fix errors of the form
internal error: scavenge_mark_stack: unimplemented/strange closure
type 28 @ 0x2b92e5f79960
But since it's quite difficult to reproduce the error, I can't be 100%
certain it's gone. I certainly can't reproduce it again after the
fix, anyway.
]
[Fix compilation problems
Ian Lynagh <[EMAIL PROTECTED]>**20061115015300]
[Default the kind of unconstrained meta-type variables before tcSimplifyTop
[EMAIL PROTECTED]
This patch fixes a long standing bug, Trac #179,
and a recently reported one, Trac #963.
The problem in both cases was an unconstrained type variable 'a', of kind
argTypeKind (printed "??") or openTypeKind ("?"). At top level we now default
the kind of such variables to liftedTypeKind ("*"). This is important because
then instance declarations can match it. The defaulting function is called
TcMType.zonkTopTyVar, and is commented. (Most of the extra lines in the
patch are comments!)
]
[MERGE: Fix error reporting for contexts during deriving (Trac 958)
Ian Lynagh <[EMAIL PROTECTED]>**20061115005551
[EMAIL PROTECTED]
When doing the fixpoint iteration for 'deriving' we have to be careful
not to end up in a loop, even if we have -fallow-undecidable-instances.
Test is tcfail169
]
[Improve error message (push to 6.6 branch)
[EMAIL PROTECTED]
[Improve handling of unused imports (test is mod75)
[EMAIL PROTECTED]
[Remove STANDALONE_PACKAGE bits that had escaped the removal
Ian Lynagh <[EMAIL PROTECTED]>**20061110182050]
[use the right $(HC) for stage 3
Simon Marlow <[EMAIL PROTECTED]>**20061109101753]
[remove unused STANDALONE_PACKAGE stuff
Simon Marlow <[EMAIL PROTECTED]>**20061109101729]
[Do not filter the type envt after each GHCi stmt
[EMAIL PROTECTED]
Fixes Trac #925
A new comment in TcRnDriver in tcRnStmt reads thus:
At one stage I removed any shadowed bindings from the type_env;
they are inaccessible but might, I suppose, cause a space leak if we leave them there.
However, with Template Haskell they aren't necessarily inaccessible. Consider this
GHCi session
Prelude> let f n = n * 2 :: Int
Prelude> fName <- runQ [| f |]
Prelude> $(return $ AppE fName (LitE (IntegerL 7)))
14
Prelude> let f n = n * 3 :: Int
Prelude> $(return $ AppE fName (LitE (IntegerL 7)))
In the last line we use 'fName', which resolves to the *first* 'f'
in scope. If we delete it from the type env, GHCi crashes because
it doesn't expect that.
]
[MERGE: Figure out where the rest of the repositories are, based on defaultrepo
Ian Lynagh <[EMAIL PROTECTED]>**20061111141531]
[move newSpark() prototype to RtsExternal.h to avoid warnings
Simon Marlow <[EMAIL PROTECTED]>**20061107115430]
[In hashExpr, use Word32 rather than relying on wrapping behaviour of Int
Simon Marlow <[EMAIL PROTECTED]>**20061020153925
Fixes #952, as it turns out.
When compiling via C, we are at the mercy of C's undefined behaviour
with respect to overflow of signed integer operations, and this was
biting us here.
Perhaps we should always add the -fwrapv flag to gcc, but since
Haskell doesn't define overflow on Int either, it seemed the right
thing to do to fix this code anyway.
]
[Fix loop in GADT type refinement
[EMAIL PROTECTED]
Finding the in-scope set when building the GADT type refinement
was bogusly using the result of the fixpoint. Only shows up
when forall'd types are involved (else the in-scope set isn't
consulted).
Test is tc214 (on the HEAD). This fix is to the 6.6 branch, because
the HEAD is ok.
Fixes Trac #940.
]
[mark stop event handle as invalid once closed, making shutdowns more graceful.
[EMAIL PROTECTED]
[oops, I committed a broken version of "Fix deadlock on second call..."
Simon Marlow <[EMAIL PROTECTED]>**20061016111630]
[Fix deadlock on second call to newSession
Simon Marlow <[EMAIL PROTECTED]>**20061016104411
Tracked down by Krasimir Angelov
]
[more fixups to make a stage 3 build do the right thing with the ghc package
Simon Marlow <[EMAIL PROTECTED]>**20061013135318]
[use the correct $(HC)
Simon Marlow <[EMAIL PROTECTED]>**20061013134443]
[Build the GHC package in stage 3 too
Simon Marlow <[EMAIL PROTECTED]>**20061012142244
This fixes the problem with the nightly builds not including the GHC
package.
]
[Track changes in source packaging scheme
[EMAIL PROTECTED]
[TAG 6.6 release
Ian Lynagh <[EMAIL PROTECTED]>**20061011124740]
Patch bundle hash:
3dde7276253510bb25f744c5323e59e45fa545e9
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
