Absolutely -- sorry about that.
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manuel M T
| Chakravarty
| Sent: 12 September 2007 02:45
| To: cvs-ghc@haskell.org
| Subject: Re: Another dead head?!?
|
| I just pushed a patch fixing this. The er
I just pushed a patch fixing this. The error only appeared when
compiling without -DDEBUG, but this is the default for validate. I
think it's a good idea to have a clean repos just for validate with
all the default settings.
Manuel
Manuel M T Chakravarty wrote:
validate dies for me with th
Mon Sep 10 19:47:51 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* TypeFamilies: added test exercising skolemOccurs
A ./tests/ghc-regress/indexed-types/should_compile/Simple13.hs
M ./tests/ghc-regress/indexed-types/should_compile/all.T +1
Tue Sep 11 18:04:58 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* Fix type error in MkZipCfg
- Fixes a bug introduced with the patch named
'check for unreachable code only with -DDEBUG'
- Breakage occured only without -DDEBUG (which is 'valdiate's default!)
M ./compiler/cmm
validate dies for me with the appended error on MacOS with the
latest HEAD.
Manuel
/opt/local/bin/ghc -Werror -H64m -Onot -fasm -istage1/utils
-istage1/basicTypes -istage1/types -istage1/hsSyn
-istage1/prelude -istage1/rename -istage1/typecheck
-istage1/deSugar -istage1/coreSyn -istag
Tue Sep 11 08:45:33 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* scrape some unused barnacles off of ZipCfg and put them into ZipCfgExtras
M ./compiler/cmm/ZipCfg.hs -63 +23
M ./compiler/cmm/ZipCfgCmmRep.hs -6 +1
A ./compiler/cmm/ZipCfgExtras.hs
Tue Sep 11 08:06:35 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* split the CmmGraph constructor interface from the representation
Interface MkZipCfgCmm should now be sufficient for all construction
needs, though some identifiers are re-exported from (and explained in)
MkZipCfg. ZipCfgCmmR
Tue Sep 11 07:29:14 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* correct two single-identifier bugs that stopped the Adams optimization from
working
M ./compiler/cmm/CmmProcPointZ.hs -2 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.
Tue Sep 11 07:27:01 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* default ppr method for CmmGraph now tells more about the representation
(Previously, ppr had tried to make the zipper representation look as
much like the ListGraph representation as possible. This decision was
unhelpful for
Tue Sep 11 07:25:35 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* prettyprint 'hinted' things in a more readable way
M ./compiler/cmm/PprCmm.hs -1 +7
M ./compiler/cmm/ZipCfgCmm.hs -14 +20
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www
Tue Sep 11 07:24:10 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* check for unreachable code only with -DDEBUG
M ./compiler/cmm/MkZipCfg.hs +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Sep 11 07:23:38 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* add a big diagnostic for failures in CmmCvt.toZgraph
M ./compiler/cmm/CmmCvt.hs -3 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
so i don't think that adding to the main text alone would help
people like me, who would need an index or a how-to faq.
but trying to keep an entirely separate index or faq in sync
with the main text seems hopeless as well.
in light of this, my suggestion for improvement would be
to embedd in
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Tue Sep 11 19:30:01 BST 2007.
checki
Tue Sep 11 08:12:11 PDT 2007 [EMAIL PROTECTED]
* Don't try and coalesce nodes with themselves
M ./compiler/nativeGen/GraphColor.hs -3 +6
M ./compiler/nativeGen/GraphOps.hs -18 +20
M ./compiler/nativeGen/RegLiveness.hs -1 +4
___
Cvs-ghc ma
Tue Sep 11 07:50:54 PDT 2007 [EMAIL PROTECTED]
* Try and allocate vregs spilled/reloaded from some slot to the same hreg
M ./compiler/nativeGen/RegAllocColor.hs -5 +7
M ./compiler/nativeGen/RegLiveness.hs +46
___
Cvs-ghc mailing list
Cvs-ghc@
Tue Sep 11 06:02:47 PDT 2007 [EMAIL PROTECTED]
* Better handling of live range joins via spill slots in spill cleaner
M ./compiler/nativeGen/RegAllocColor.hs -1 +1
M ./compiler/nativeGen/RegSpillClean.hs -59 +145
___
Cvs-ghc mailing list
Cvs-
Mon Sep 10 09:29:09 PDT 2007 [EMAIL PROTECTED]
* Make sure to coalesce all the nodes found during iterative scanning
M ./compiler/nativeGen/GraphColor.hs -1 +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/c
Fri Sep 7 10:23:15 PDT 2007 [EMAIL PROTECTED]
* Add iterative coalescing to graph coloring allocator
Iterative coalescing interleaves conservative coalesing with the regular
simplify/scan passes. This increases the chance that nodes will be coalesced
as they will have a lower degree th
On 11/09/2007, at 17:39, Simon Marlow wrote:
I'm slightly worried at the idea of a special case for TypeRep.
That doesn't seem right to me - I realise that we're showing the
full internal details of TypeRep here, but the debugger does that
for every type. It's a debugger, it's supposed t
please find attached the diffs and files for implementing :browse!,
a slightly more detailed variant of :browse. from the user guide:
If the ! symbol is appended to the command, data
constructors and class methods will be listed individually,
otherwise, they will only be listed in the
I'm slightly worried at the idea of a special case for TypeRep. That
doesn't seem right to me - I realise that we're showing the full internal
details of TypeRep here, but the debugger does that for every type. It's a
debugger, it's supposed to show you what's really going on. If we start
ad
Tue Sep 11 08:14:54 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Custom printer for the Term datatype that won't output TypeRep values
The term pretty printer used by :print shouldn't output
the contents of TypeRep values, e.g. inside Dynamic values
M ./compiler/ghci/Debugger.hs -5 +2
todays make log still shows missing gmp.h and EnterCriticalSection items.
the latter issue also causes conc068 to fail.
from make log
[line 303]
config.status: creating gmp.h
[line 757]
../utils/mkdependC/mkdependC -f
.depend-BASE -D__GLASGOW_HASKELL__=607 -I../incl
Tue Sep 11 08:15:31 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Accept output for break024
:print no longer shows the contents of TypeRep values
M ./tests/ghc-regress/ghci.debugger/scripts/break024.stdout -15 +3
___
Cvs-ghc mailing list
Cv
Tue Sep 11 08:14:54 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Custom printer for the Term datatype that won't output TypeRep values
The term pretty printer used by :print shouldn't output
the contents of TypeRep values, e.g. inside Dynamic values
M ./compiler/ghci/Debugger.hs -5 +2
Indeed. I noticed shortly after pushing.
In fact, the term pretty printer used by :print shouldn't output the
contents of TypeRep values.
I was just working on a custom printer for the Term datatype that
would take care of that.
Thanks,
pepe
On 11/09/2007, at 16:59, Simon Marlow wrote:
Pe
Tue Sep 11 06:02:28 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* FIX #1466 (partly), which was causing concprog001(ghci) to fail
An AP_STACK now ensures that there is at least AP_STACK_SPLIM words of
stack headroom available after unpacking the payload. Continuations
that require more than
Pepe Iborra wrote:
Tue Sep 11 03:31:39 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Accept output
M ./tests/ghc-regress/ghci.debugger/scripts/break024.stdout -6 +10
this test has varying output, e.g. I get the diff below. It's probably not
a good idea to emit raw Typeable key values, be
Tue Sep 11 04:32:12 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Fix type signatures
M ./compiler/main/InteractiveEval.hs -2 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Sep 11 03:30:39 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Simplified break025 to better illustrate the problem,
and marked it as failing under ticket #1681
M ./tests/ghc-regress/ghci.debugger/scripts/all.T -1 +1
M ./tests/ghc-regress/ghci.debugger/scripts/break025.script -6 +2
Tue Sep 11 03:19:44 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Documentation for -fbreak-on-error
M ./docs/users_guide/flags.xml +12
M ./docs/users_guide/ghci.xml -3 +7
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailm
Fri Sep 7 06:58:57 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Remove obsolete -fdebugging flag
A left over from the 1st GHCi debugger prototype
M ./docs/users_guide/flags.xml -12
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haske
Tue Sep 11 03:31:39 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Accept output
M ./tests/ghc-regress/ghci.debugger/scripts/break024.stdout -6 +10
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Fri Sep 7 03:33:30 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Added tests break024 and break025
for -fbreak-on-error and -fbreak-on-exception
M ./tests/ghc-regress/ghci.debugger/scripts/all.T -1 +2
A ./tests/ghc-regress/ghci.debugger/scripts/break024.hs
A ./tests/ghc-regress/ghc
Tue Sep 11 03:19:44 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Documentation for -fbreak-on-error
M ./docs/users_guide/flags.xml +12
M ./docs/users_guide/ghci.xml -3 +7
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailm
Tue Sep 11 03:14:43 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* GHCi debugger: new flag -fbreak-on-error
This flag works like -fbreak-on-exception, but only stops
on uncaught exceptions.
M ./compiler/main/DynFlags.hs +2
M ./compiler/main/InteractiveEval.hs -8 +20
Fri Sep 7 06:58:57 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Remove obsolete -fdebugging flag
A left over from the 1st GHCi debugger prototype
M ./docs/users_guide/flags.xml -12
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haske
Tue Sep 11 02:01:01 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* add test for #1677
A ./tests/ghc-regress/driver/bug1677/
A ./tests/ghc-regress/driver/bug1677/Bar.hs
A ./tests/ghc-regress/driver/bug1677/Foo.hs
A ./tests/ghc-regress/driver/bug1677/Makefile
A ./tests/ghc-regres
Mon Sep 10 07:57:47 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* refactoring: eliminate DriverPipeline.CompResult and GHC.upsweep_compile
M ./compiler/main/DriverPipeline.hs -45 +45
M ./compiler/main/GHC.hs -25 +2
___
Cvs-ghc mailing list
Cvs-
Mon Sep 10 07:57:18 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* refactoring: inline hscMkCompiler
M ./compiler/main/HscMain.lhs -37 +27
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Sep 11 01:54:52 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* FIX #1677; poor error message for misspelled module declaration
M ./compiler/main/DriverPipeline.hs -1 +1
M ./compiler/main/GHC.hs -2 +2
M ./compiler/main/HeaderInfo.hs -13 +5
__
| just to make certain i understand that double list:
|
| [GlobalRdrElt] : different things with the same unqualified name
| [ImportSpec] : different qualified names for the same thing
Nearly.
[GlobalRdrElt] : different things with the same *OccName*
The thing may note be in s
Conal Elliott wrote:
Thanks for that tip.
Here's what the problematic file contains:
1 24 MOVEABLE PURE "dist\build\eros\eros.exe.manifest"
Now I can see that the "unrecognized escape sequences" come from missing
back-slashes. I guess "dist\build", the "\b" is getting interpreted as
a back
Build results:
x86-64 Linux head: pass
gabor head:pass
gbesh Intel x86_64 Linux head: pass
kahl G5 Gentoo Linux head: fail (failed stage1)
mnemosyne x86-64 Gentoo head: pass
phil Intel OSX head: fail (failed stage1)
phil P4 SuSE Linux head: pass
Build results:
x86 Windows stable: fail (failed nofib.boot.0_4 nofib.boot.0_5) fail
(failed darcs)
x86 Windows stable fast: fail (failed darcs) fail (failed darcs) fail (failed
darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs)
x86-64 Linux stable: pass
Dropping unexpect
Tue Sep 11 00:18:01 PDT 2007 [EMAIL PROTECTED]
* Synched documentation links with current directory layout
Somehow the "html" subdirs are gone, this change was not completely
intentional, but it is nice, anyway. Those subdirs never served any
real purpose...
MERGE TO STABLE
M ./d
47 matches
Mail list logo
