Hi,
2010/10/11 Simon Peyton-Jones
> Great!. You should be able to
>
> darcs get http://darcs.haskell.org/ghc-generic-11Oct10/ghc
>
How will this branch be affected by the transition to git?
Thanks,
Pedro
___
Cvs-ghc mailing list
Cv
Build description = HEAD on i386-unknown-linux (cam-02-unx)
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 Thu Jan 20 18:00:01 GMT 2011.
checking out new source tree
Build description = STABLE on i386-unknown-linux (cam-02-unx)
Build location= /playpen/simonmar/nightly/STABLE
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Thu Jan 20 18:10:01 GMT 2011.
checking out new source tree
Ian Lynagh:
> On Thu, Jan 20, 2011 at 09:32:05PM +1100, Manuel M T Chakravarty wrote:
>> Simon Peyton-Jones:
>>> | If DPH is installed, -fdph-par is now the default. Unfortunately,
>>> during the build
>>> | process, the package DB is populated with packages at a time where they
>>> are not ye
Build description = HEAD on x86_64-unknown-linux (cam-04-unx)
Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx
Nightly build started on cam-04-unx at Thu Jan 20 18:00:01 GMT 2011.
checking out new source
Build description = STABLE on x86_64-unknown-linux (cam-04-unx)
Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx
Nightly build started on cam-04-unx at Thu Jan 20 18:10:01 GMT 2011.
checking out new s
Simon Marlow:
> On 20/01/2011 10:00, Manuel M T Chakravarty wrote:
>> Simon Marlow:
>>> On 20/01/2011 08:18, Roman Leshchinskiy wrote:
On 20/01/2011, at 06:42, Manuel M T Chakravarty wrote:
> After some changes to GHC's handling of DPH packages, I'm
> currently fighting with the
Simon Marlow:
> On 20/01/2011 11:57, Manuel M T Chakravarty wrote:
>> Roman Leshchinskiy:
>>> Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
> Manuel M T Chakravarty wrote:
>
>>
>> I would like that, too. (In fact, it is what I implemented at
>> first.) Unfortun
simonmar-win32-head (x86 Windows HEAD), build 222
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/222.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Suc
sparky (Sparc Solaris HEAD), build 146
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky/146.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions | Failure: Just (ExitFailure 29)
Build failed
Details: http://darcs.
On 20/01/2011 12:44, Ian Lynagh wrote:
On Wed, Jan 19, 2011 at 06:06:51PM +0100, Jost Berthold wrote:
However, it would be nice to have darcs-all work for the branch just as
expected (including --extra).
I've added symlinks to the HEAD repos in the branch directory.
Ah, good plan.
Cheers,
On Wed, Jan 19, 2011 at 06:06:51PM +0100, Jost Berthold wrote:
>
> However, it would be nice to have darcs-all work for the branch just as
> expected (including --extra).
I've added symlinks to the HEAD repos in the branch directory.
Thanks
Ian
___
On Thu, Jan 20, 2011 at 05:42:28PM +1100, Manuel M T Chakravarty wrote:
> After some changes to GHC's handling of DPH packages, I'm currently fighting
> with the build system. In particular, I'm getting
>
> > "inplace/bin/ghc-cabal" configure
> > --with-ghc="/Users/chak/Code/ghc-test/inplace/bi
On Thu, Jan 20, 2011 at 09:32:05PM +1100, Manuel M T Chakravarty wrote:
> Simon Peyton-Jones:
> > | If DPH is installed, -fdph-par is now the default. Unfortunately,
> > during the build
> > | process, the package DB is populated with packages at a time where they
> > are not yet
> > | availa
On 20/01/2011 10:00, Manuel M T Chakravarty wrote:
Simon Marlow:
On 20/01/2011 08:18, Roman Leshchinskiy wrote:
On 20/01/2011, at 06:42, Manuel M T Chakravarty wrote:
After some changes to GHC's handling of DPH packages, I'm
currently fighting with the build system. In particular, I'm
gettin
On 20/01/2011 11:57, Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
Manuel M T Chakravarty wrote:
I would like that, too. (In fact, it is what I implemented at
first.) Unfortunately, it doesn't work. Language options are dynamic
option
Manuel M T Chakravarty wrote:
> Roman Leshchinskiy:
>
>> Alternatively, should we make -fdph-* static?
>>
>
> How would that help our problem?
It wouldn't. But at least we wouldn't have flags that are silently ignored.
Roman
___
Cvs-ghc mailing list
Roman Leshchinskiy:
> Manuel M T Chakravarty wrote:
>> Roman Leshchinskiy:
>>
>>> Manuel M T Chakravarty wrote:
>>>
I would like that, too. (In fact, it is what I implemented at
first.) Unfortunately, it doesn't work. Language options are dynamic
options, but -package is a
Manuel M T Chakravarty wrote:
> Roman Leshchinskiy:
>
>> Manuel M T Chakravarty wrote:
>>
>>>
>>> I would like that, too. (In fact, it is what I implemented at
>>> first.) Unfortunately, it doesn't work. Language options are dynamic
>>> options, but -package is a weird intermediate between static
If it's not doing what you expect, could you make a test case to demonstrate
it. Somethign like
module Main where
import GHC
main = do { blah; ns <- getNamesInScope; print ns }
where you get an empty list and you didn't expect one. I think that would be
the eas
Roman Leshchinskiy:
> Manuel M T Chakravarty wrote:
>> Roman Leshchinskiy:
>>
>>> Do you mean that GHC now assumes -fdph-par even if DPH isn't used? That
>>> doesn't seem right to me. I know we said that it should be the default
>>> but I assumed the defaulting would only happen for modules with -
Manuel M T Chakravarty wrote:
> Roman Leshchinskiy:
>
>> Do you mean that GHC now assumes -fdph-par even if DPH isn't used? That
>> doesn't seem right to me. I know we said that it should be the default
>> but I assumed the defaulting would only happen for modules with -XPArr
>> (or
>> whatever th
sparky-unreg (Sparc Solaris unreg HEAD), build 43
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/43.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
boot
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 118
Build incomplete
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/118.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
sett
Simon Peyton-Jones:
> | If DPH is installed, -fdph-par is now the default. Unfortunately, during
> the build
> | process, the package DB is populated with packages at a time where they
> are not yet
> | available.
>
> I believe that used to be the case, but Ian changed it recently. So it ma
Roman Leshchinskiy:
> Manuel M T Chakravarty wrote:
>>
>> The --dph-this shouldn't be there in the configure options, but it needs
>> to be passed to this invocation to GHC (that it isn't passed is actually
>> the reason for the error). Why? If DPH is installed, -fdph-par is now
>> the default.
| If DPH is installed, -fdph-par is now the default. Unfortunately, during
the build
| process, the package DB is populated with packages at a time where they are
not yet
| available.
I believe that used to be the case, but Ian changed it recently. So it may no
longer be the case. Death to
Manuel M T Chakravarty wrote:
>
> The --dph-this shouldn't be there in the configure options, but it needs
> to be passed to this invocation to GHC (that it isn't passed is actually
> the reason for the error). Why? If DPH is installed, -fdph-par is now
> the default. Unfortunately, during the b
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 117
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/117.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions
Simon Marlow:
> On 20/01/2011 08:18, Roman Leshchinskiy wrote:
>> On 20/01/2011, at 06:42, Manuel M T Chakravarty wrote:
>>
>>> After some changes to GHC's handling of DPH packages, I'm currently
>>> fighting with the build system. In particular, I'm getting
>>>
"inplace/bin/ghc-cabal" conf
Simon Marlow wrote:
> On 20/01/2011 08:18, Roman Leshchinskiy wrote:
>
>> and it should be using the stage2 compiler since stage1 can't compile
>> DPH anyway.
>>
>
> Not in this case - it's configuring the ghc-prim package, which is
> compiled with stage1.
Oops. I misread ghc-prim as dph-prim. I s
On 20/01/2011 08:18, Roman Leshchinskiy wrote:
On 20/01/2011, at 06:42, Manuel M T Chakravarty wrote:
After some changes to GHC's handling of DPH packages, I'm currently
fighting with the build system. In particular, I'm getting
"inplace/bin/ghc-cabal" configure
--with-ghc="/Users/chak/Code/
On 20/01/2011, at 06:42, Manuel M T Chakravarty wrote:
> After some changes to GHC's handling of DPH packages, I'm currently fighting
> with the build system. In particular, I'm getting
>
>> "inplace/bin/ghc-cabal" configure
>> --with-ghc="/Users/chak/Code/ghc-test/inplace/bin/ghc-stage1"
>>
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 116
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/116.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Failure: Just (ExitFailure 2)
Build failed
Details:
34 matches
Mail list logo
