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 Mon Aug 20 19:30:00 BST 2007.
checki
Mon Aug 20 19:00:29 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* A couple more GADT/type families tests
A ./tests/ghc-regress/indexed-types/should_compile/GADT5.hs
A ./tests/ghc-regress/indexed-types/should_compile/GADT6.hs
A ./tests/ghc-regress/indexed-types/should_compile/GAD
Simon Peyton-Jones wrote:
So the deriving mechanism works in straightforward cases, and for
> more complicated cases you have to write the instances yourself.
Since the standalone deriving requires one to write the instance context
explicitly (I believe that was the final decision...) perhaps
On 20/08/2007, at 23:53, Simon Peyton-Jones wrote:
Yes, this is a change. To guarantee that we generate terminating
instance declarations, GHC now insists that it can reduce the
context of a derived instance to
instance (C a, D b) => …
That is, the context of the instance decl must consi
Yes, this is a change. To guarantee that we generate terminating instance
declarations, GHC now insists that it can reduce the context of a derived
instance to
instance (C a, D b) => ...
That is, the context of the instance decl must consist of (class applied to
type variables). Without this c
Mon Aug 20 14:02:22 PDT 2007 [EMAIL PROTECTED]
* Add a paragraph break
M ./docs/users_guide/glasgow_exts.xml -1 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Aug 20 21:13:59 CEST 2007 [EMAIL PROTECTED]
* Added Monoid instance for Doc
New patches:
[Added Monoid instance for Doc
[EMAIL PROTECTED] {
hunk ./Text/PrettyPrint/HughesPJ.hs 217
+import Data.Monoid
hunk ./Text/PrettyPrint/HughesPJ.hs 353
+instance Monoid Doc where
+ mempty = empty
+ map
Mon Aug 20 09:41:05 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* annotate C-- calls that do not return
* The correct definition of C-- requires that a procedure not
'fall off the end'. The 'never returns' annotation tells us
if a (foreign) call is not going to return.
V
That's exactly a better description of what :stepover does at the
moment: stop only at breakpoints in the current top level function. I
wished for "stop only at the current function", but applications of
functions declared in the where clause, as well as recursive calls,
are being followed
Pepe Iborra wrote:
Thanks. It does not work totally well, as right now it can step over
function applications _except_ recursive calls.
This is not desired, but I haven't figured out how to detect those with
the current scheme yet.
Perhaps something simpler: provide a way to stop only at break
Mon Aug 20 07:20:35 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* (short) Documentation for :stepover in the Users Guide
M ./docs/users_guide/ghci.xml -6 +9
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thanks. It does not work totally well, as right now it can step over
function applications _except_ recursive calls.
This is not desired, but I haven't figured out how to detect those
with the current scheme yet.
I'll be pushing the missing documentation shortly.
Cheers
pepe
On 20/08/2007,
Mon Aug 20 06:35:46 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Make :stepover work like :step
M ./compiler/ghci/InteractiveUI.hs -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Ian Lynagh wrote:
On Mon, Aug 20, 2007 at 10:05:08AM +0100, Simon Marlow wrote:
Ian Lynagh wrote:
Fri Aug 17 07:45:31 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Fix description and type profiling
Consistently make the type and description in the info table an offset
or a pointer, depending o
Ian Lynagh wrote:
On Mon, Aug 20, 2007 at 10:11:48AM +0100, Simon Marlow wrote:
Ian Lynagh wrote:
Fri Aug 17 13:36:07 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add a GhcDebugged build setting, for whether GHC is linked with -debug
Is this really necessary? Why not just
GhcStage1HcOpts += -
On Mon, Aug 20, 2007 at 10:11:48AM +0100, Simon Marlow wrote:
> Ian Lynagh wrote:
> >Fri Aug 17 13:36:07 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
> > * Add a GhcDebugged build setting, for whether GHC is linked with -debug
>
> Is this really necessary? Why not just
>
> GhcStage1HcOpts += -debug
On Mon, Aug 20, 2007 at 10:05:08AM +0100, Simon Marlow wrote:
> Ian Lynagh wrote:
> >Fri Aug 17 07:45:31 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
> > * Fix description and type profiling
> > Consistently make the type and description in the info table an offset
> > or a pointer, depending on whe
Ian Lynagh wrote:
Thu Aug 16 08:45:16 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Fix the threaded RTS on Windows
When calling EnterCriticalSection and LeaveCriticalSection from C--
code, we go via wrappers which use ccall (rather than stdcall).
M ./includes/OSThreads.h -2 +5
M ./rt
Pepe Iborra wrote:
Thu Aug 16 02:49:44 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]>
* Document :stepover in ghci help
M ./compiler/ghci/InteractiveUI.hs +1
:stepover looks nice, I'll take a look at the implementation sometime.
BTW, it also needs documenting in the User's Guide.
Cheers,
Ian Lynagh wrote:
Fri Aug 17 13:36:07 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add a GhcDebugged build setting, for whether GHC is linked with -debug
M ./compiler/Makefile +3
M ./compiler/Makefile.ghcbin +3
M ./mk/config.mk.in +1
Is this really necessary? Why not just
GhcStag
Ian Lynagh wrote:
Fri Aug 17 07:45:31 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Fix description and type profiling
Consistently make the type and description in the info table an offset
or a pointer, depending on whether tables are next to code or not.
M ./compiler/cmm/CmmInfo.hs -58
Build results:
x86 Windows head fast: fail (failed stage1) fail (failed stage1)
kahl G5 Gentoo Linux head: fail (failed stage2)
tnaur PPC OSX head:pass
New unexpected test failures:
concio001 1 tnaur PPC OSX head
concio001.thr 1 tnaur PPC OSX head
Fixed unexpected tes
22 matches
Mail list logo
