Neil Mitchell wrote:
Hi Isaac,
Or will I have to
#define UTopen (#
#defined UTclose #)
and (UTopen x, y UTclose)
Yuk! There is a ticket on adding a prefix form of (#,#), which is
currently lacking. Perhaps adding that first, then moving to the
unboxed thingy would be best. Also your use of #
Wed Jan 2 07:17:40 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* fix validation failure on non-i386
M ./compiler/main/DriverPipeline.hs -3 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Wed Jan 2 07:07:37 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* expand "out of stack slots" panic to suggest using -fregs-graph, see #1993
M ./compiler/nativeGen/RegAllocLinear.hs -1 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.hask
Wed Jan 2 03:45:29 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* Warning clean, and fix compilation with GHC 6.2.x
M ./compiler/deSugar/Coverage.lhs -36 +28
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-g
Thu Dec 20 07:17:34 PST 2007 Simon Marlow <[EMAIL PROTECTED]>
* Add dead code elimination in cmmMiniInline
cmmMiniInline counts the uses of local variables, so it can easily
eliminate assigments to unused locals. This almost never gets
triggered, as we don't generate any dead assignments,
Wed Jan 2 05:28:24 PST 2008 Isaac Dupree <[EMAIL PROTECTED]>
* add test for prefix unboxed tuples
M ./tests/ghc-regress/parser/should_compile/all.T +1
A ./tests/ghc-regress/parser/should_compile/read063.hs
___
Cvs-ghc mailing list
Cvs-ghc@ha
Wed Jan 2 04:40:01 PST 2008 Isaac Dupree <[EMAIL PROTECTED]>
* implement prefix unboxed tuples (part of #1509)
M ./compiler/parser/Parser.y.pp +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Isaac Dupree wrote:
attached are patches for ghc and for testsuite. They seem pretty
straightforward. Adding prefix-unboxed-tuples turned out to just
require a parser modification -- ( contrary to a comment in
http://hackage.haskell.org/trac/ghc/ticket/1509 ) for GHC at least,
Data.Tuple onl
Judah Jacobson wrote:
On Dec 31, 2007 11:57 AM, Neil Mitchell <[EMAIL PROTECTED]> wrote:
These imports of Err all include {-# SOURCE #-} pragmas, which GHC
warns me are unnecessary, but clear change the output. What do the
SOURCE pragma's do? I couldn't find them in the manual.
They break the
attached are patches for ghc and for testsuite. They seem pretty
straightforward. Adding prefix-unboxed-tuples turned out to just
require a parser modification -- ( contrary to a comment in
http://hackage.haskell.org/trac/ghc/ticket/1509 ) for GHC at least,
Data.Tuple only defines data types
Build results:
x86-64 Linux head: fail (failed stage1)
x86 Windows head: fail (failed stage1)
x86 Windows head fast: fail (failed stage1) fail (failed stage1) fail
(failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1)
kahl G5 Gentoo Linux head: pass
ma
Build results:
gabor stable: pass
kahl G5 Gentoo Linux stable:pass
mnemosyne x86-64 Gentoo stable: pass
tnaur x86 Linux stable: fail (failed stage1)
x86 Windows stable: fail (failed darcs)
x86 Windows stable fast:fail (failed darcs) fail (failed dar
12 matches
Mail list logo