On 12/08/2008, at 20:11, Simon Marlow wrote:
- Extract the code from Cabal that generates Makefiles, and treat it
as
part of the GHC build system. Rather than generating a Makefile
complete with build rules, we generate a Makefile that just
has the package-specific metadata (list of mod
Mark Stosberg <[EMAIL PROTECTED]> added the comment:
I'm marking this as "wont-fix" for now, since no follow-up example was provided
in the last three months. It also sounds like it could be a Darcs 1.0.9 bug that
was fixed in Darcs 2 anyway.
Of course, if anyone can trigger this with Darcs 2.0
On Tue, Aug 12, 2008 at 2:03 PM, Claus Reinke <[EMAIL PROTECTED]> wrote:
> Much as I'd have liked to advocate darcs 2 over git for ghc, I
> couldn't really have justified that until the little bugs are known to
> be fixed.
A number of git commands are implemented as crufty shell scripts that
don'
( cd base3-compat && /Users/chak/Code/ghc-test/libraries/cabal-bin /
opt/local/bin/ghc /Users/chak/Code/ghc-test/libraries/
bootstrapping.conf configure --prefix=/NONEXISTENT --bindir=/
NONEXISTENT --libdir=/NONEXISTENT --libexecdir=/NONEXISTENT --datadir=/
NONEXISTENT --docdir=/NONEXISTENT --h
Duncan Coutts:
On Tue, 2008-08-12 at 11:11 +0100, Simon Marlow wrote:
I propose we do this:
- Extract the code from Cabal that generates Makefiles, and treat
it as
part of the GHC build system. Rather than generating a Makefile
complete with build rules, we generate a Makefile that
On Tue, Aug 12, 2008 at 11:11:38AM +0100, Simon Marlow wrote:
>
> I propose we do this:
>
> - Extract the code from Cabal that generates Makefiles, and treat it as
>part of the GHC build system. Rather than generating a Makefile
>complete with build rules, we generate a Makefile that ju
While I'm nominally a fan of darcs (mostly because it was the first
vcs I've seen that is simple when it works, including things like putting
repos on webservers, being able to initialize repos without having to
read the manual, or being able to see changes without being connected
to the reference
> Simon PJ and I had a talk about the build system earlier today, I thought
> I'd float the idea we discussed...
> I propose we do this:
>
> - Extract the code from Cabal that generates Makefiles, and treat it as
> part of the GHC build system. Rather than generating a Makefile
>
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/HEAD
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Tue Aug 12 18:02:08 BST 2008.
checking out
Claus Reinke wrote:
While you're looking at the code for time, Ashley, I've got a
question about its relation to old-time: shouldn't System.Time have a
DEPRECATED pragma, pointing to time? The comments and package name
say old-time is deprecated in favour of time.
I looked into this; it's not
While you're looking at the code for time, Ashley, I've got a question
about its relation to old-time: shouldn't System.Time have a DEPRECATED
pragma, pointing to time? The comments and package name say old-time is
deprecated in favour of time.
I looked into this; it's not quite that simple.
Mon Aug 11 07:41:58 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* fix cut-and-pasto
M ./rts/RtsFlags.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080811144158-12142-c852d575c5e391f259fbe0b8198723531e7329d1.gz
___
Cvs-gh
Mon Aug 11 07:38:31 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* build base3-compat
M ./compiler/ghc.cabal -1 +1
M ./compiler/ghci/InteractiveUI.hs -2 +1
M ./libraries/Makefile -3 +6
M ./packages -41 +41
M ./utils/ghc-pkg/ghc-pkg.cabal -1 +1
View patch online:
http://darcs.h
Tue Aug 5 06:37:02 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Don't warn if 'import Prelude' doesn't import anything
... even if Prelude doesn't come from the base package (it might come from
a old backwards-compatible version of base, for example).
M ./compiler/rename/RnNames.lhs -1
Tue Aug 5 06:35:44 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Add -XPackageImports, new syntax for package-qualified imports
Now you can say
import "network" Network.Socket
and get Network.Socket from package "network", even if there are
multiple Network.Socket modules in
Tue Aug 12 07:43:02 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* fix this test on Windows
M ./tests/ghc-regress/typecheck/bug1465/Makefile -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080812144302-12142-c7c225c347ee8bec83e0679df95644c9aeff0773.gz
___
Tue Aug 12 07:40:28 PDT 2008 [EMAIL PROTECTED]
* Suppress uniques when (and only when) we have -dsuppress-uniques
M ./compiler/basicTypes/Unique.lhs -2 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080812144028-1287e-7b81a60c9dd7b7ce4ccbe8f599f28ffc5cd276f6.gz
__
Claus Reinke wrote:
I'm not sure which is best for you, but you're the package author so
you get to decide!
While you're looking at the code for time, Ashley, I've got a question
about its relation to old-time: shouldn't System.Time have a DEPRECATED
pragma, pointing to time? The comments and
Tue Aug 12 05:20:48 PDT 2008 Ross Paterson <[EMAIL PROTECTED]>
* get exception names from Control.Exception.Base instead of Control.Exception
M ./compiler/basicTypes/MkId.lhs -6 +6
M ./compiler/prelude/PrelNames.lhs -2 +2
M ./rts/Prelude.h -4 +4
M ./rts/PrimOps.cmm -2 +2
M .
Malcolm Wallace wrote:
Simon Marlow <[EMAIL PROTECTED]> wrote:
This means we still get to use 'make', we still get to use the .cabal
files as metadata, but the build system is more private to GHC, more
extensible, and hopefully more understandable and modifiable.
This is essentially the sam
Simon Marlow <[EMAIL PROTECTED]> wrote:
> This means we still get to use 'make', we still get to use the .cabal
> files as metadata, but the build system is more private to GHC, more
> extensible, and hopefully more understandable and modifiable.
This is essentially the same approach that nhc98
On Tue, 2008-08-12 at 11:11 +0100, Simon Marlow wrote:
> I propose we do this:
>
> - Extract the code from Cabal that generates Makefiles, and treat it as
> part of the GHC build system. Rather than generating a Makefile
> complete with build rules, we generate a Makefile that just
>
"Claus Reinke" <[EMAIL PROTECTED]> wrote:
> > - changing nhc98-corelibs (which are?) can break nhc98
Currently, building the nhc98 compiler itself depends on:
haskell98, base, containers, filepath, packedstring
Regards,
Malcolm
___
Cvs-ghc ma
Ian Lynagh <[EMAIL PROTECTED]> wrote:
> I'm hoping that once GHC's view of base is saner (and in particular,
> most modules are not in a recursive import loop) we can look at making
> ghc, nhc, hugs, etc, have a more consistent view, with imports and
> code mostly shared. Then it should be a lot l
Tue Aug 12 03:40:41 PDT 2008 [EMAIL PROTECTED]
* Add test for Trac #2490, follow output changes
M ./tests/ghc-regress/parser/should_fail/read023.stderr -3 +3
A ./tests/ghc-regress/rename/should_fail/T2490.hs
A ./tests/ghc-regress/rename/should_fail/T2490.stderr
M ./tests/ghc-reg
Simon PJ and I had a talk about the build system earlier today, I thought
I'd float the idea we discussed (I should admit that the idea was mine,
lest Simon PJ think I'm attributing bad ideas to him :-). This is not
completely thought through, but I'm pretty sure a solution exists along
these
On Tue, 2008-08-12 at 10:30 +0100, Claus Reinke wrote:
> >> I'm not sure which is best for you, but you're the package author so you
> >> get to decide!
>
> While you're looking at the code for time, Ashley, I've got a
> question about its relation to old-time: shouldn't System.Time
> have a DE
I'm not sure which is best for you, but you're the package author so you get to
decide!
While you're looking at the code for time, Ashley, I've got a
question about its relation to old-time: shouldn't System.Time
have a DEPRECATED pragma, pointing to time? The comments
and package name say o
Tue Aug 12 01:23:32 PDT 2008 [EMAIL PROTECTED]
* Fix Trac #2490: sections should be parenthesised
When I added bang patterns I had to slightly generalise where the
parser would recognise sections. See Note [Parsing sections] in
parser.y.pp.
I forgot to check that ordinary H98 sect
Tue Aug 12 01:22:55 PDT 2008 [EMAIL PROTECTED]
* Refactoring: define TcRnMonad.failWith and use it in the renamer
M ./compiler/rename/RnExpr.lhs -7 +3
M ./compiler/rename/RnTypes.lhs -3 +2
M ./compiler/typecheck/TcRnMonad.lhs -1 +4
View patch online:
http://darcs.haskell.org/ghc/_d
Tue Aug 12 01:18:22 PDT 2008 [EMAIL PROTECTED]
* Layout only
M ./compiler/rename/RnTypes.lhs -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080812081822-1287e-a35156f60d81c0e124cfa8f8ed15c85c5cb74b96.gz
___
Cvs-ghc mailin
My fault. I try to find out what happened.
On 12 Aug 2008, at 05:17, Roman Leshchinskiy wrote:
This is what I get:
Finished applying...
error: Unable to append to /srv/darcs/git/ghc/.git/logs/refs/heads/
master: Permission denied
fatal: cannot update HEAD ref
/srv/darcs/bin/darcs-to-git:86
Simon Peyton-Jones wrote:
| Patch pushed. I've plumped for option a. It's better structuring, as b
| would involve moving more code from Gregorian.hs to Days.hs.
|
| The concern Henning raised shouldn't apply, as both modules are hidden
| and re-exported by Data.Time.Calendar. I've also fixed two
| Patch pushed. I've plumped for option a. It's better structuring, as b
| would involve moving more code from Gregorian.hs to Days.hs.
|
| The concern Henning raised shouldn't apply, as both modules are hidden
| and re-exported by Data.Time.Calendar. I've also fixed two other modules
| with the s
Simon Peyton-Jones wrote:
That's fine. But then you can choose
a) add -fno-warn-orphans
or
b) move the (Show Day) instance to the module declaring Day.
I'm not sure which is best for you, but you're the package author so you get to
decide!
Patch pushed. I've plumped for option a. It's bette
Build results:
x86-64 Linux head: lost
x86 Windows head:fail (failed stage1)
x86 Windows head fast: fail (failed boottestsuite runtestsuite) fail (failed
boottestsuite runtestsuite) fail (failed boottestsuite runtestsuite) lost fail
(failed boottestsuite runtestsuite) fail (failed
Build results:
fast486 stable: fail (failed darcs)
kgardas stable: fail (failed stage1)
mnemosyne x86-64 Gentoo stable: pass
x86 Windows stable: fail (failed stage1)
x86 Windows stable fast:pass pass pass pass lost fail (failed darcs)
x86-64 Linux
| Ashley:
| What is an orphan instance, and why do we care about them?
They are documented in the GHC manual
http://www.haskell.org/ghc/docs/latest/html/users_guide/separate-compilation.html#orphan-modules
| Wolfram:
| I just would like to point out that there is nothing inherently bad about
| wh
Ashley
| Duncan Coutts wrote:
| >> $ head -1 time/Data/Time/Calendar/Gregorian.hs
| >> {-# OPTIONS -Wall -Werror #-}
| >>
| >> (in actual fact, we don't even build GHC/bootlibs with -Werror except
| >> when validating).
| >
| > Ah, so that's the culprit.
|
| I prefer this, actually, as we get to d
39 matches
Mail list logo
