Re: windows-x86-head (Windows/x86 HEAD (Gabor Pali)), build 2, Success

2014-08-25 Thread Karel Gardas


Gabor,

thanks a lot for your fantastic job on getting windows builder running. 
It's great to have that in the pool and not need to speculate if the 
change breaks windows build or not sometimes in the future when someone 
attempts to build that. Now it's one night turn over and this is great.


Thanks a lot!
Karel

On 08/23/14 07:33 AM, Builder wrote:

windows-x86-head (Windows/x86 HEAD (Gabor Pali)), build 2

Build succeeded
Details: http://haskell.inf.elte.hu/builders/windows-x86-head/2.html

git clone   | Success
create mk/build.mk  | Success
get subrepos| Success
repo versions   | Success
touching clean-check files  | Success
setting version date| Success
booting | Success
configuring | Success
creating check-remove-before| Success
compiling   | Success
creating check-remove-after | Success
compiling testremove| Success
simulating clean| Success
checking clean  | Success
making bindist  | Success
making srcdist  | Success
uploading bindist   | Success
uploading srcdist   | Success
uploading windows extra src tarball | Success
uploading tarball source| Success
testing bindist | Success
testing | Success
testsuite summary   | Success

Build succeeded
Details: http://haskell.inf.elte.hu/builders/windows-x86-head/2.html




___
ghc-builds mailing list
ghc-bui...@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-builds


___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs


Re: windows-x86-head (Windows/x86 HEAD (Gabor Pali)), build 2, Success

2014-08-25 Thread Páli Gábor János
2014-08-25 10:45 GMT+02:00 Karel Gardas karel.gar...@centrum.cz:
 thanks a lot for your fantastic job on getting windows builder running.

You are most welcome.

 It's great to have that in the pool and not need to speculate if the change
 breaks windows build or not sometimes in the future when someone attempts
 to build that. Now it's one night turn over and this is great.

Though, I think it is still a bit bumpy.  I will have to fix the build
environment to avoid the build failing in odd ways, such as today's
problem [1].  By digging into the config.log mentioned in the log, it
appears to be some unrelated permission issue.  (That I am hoping to
fix locally.)

On that note, I had a problem with the lndir utility in both MinGW
[2].  For some reason, lndir does not like when the path (of the
directory hierarchy to be mirrored, its first parameter) starts with
C:/.  Instead, it prefers the traditional UNIX-ish pathname.  That
is, omitting calling ghc-pwd (and replacing for pwd) for setting the
TOP make(1) variable in mk/config.mk would make it work fine, I guess.
For now, I wrapped lndir to normalize the pathname it gets, but this
is a band-aid solution only.

I am pondering if anybody else has faced this problem before.  All you
have to do is to invoke the sdist target after the build is done.
Otherwise it will not cause any other difficulties.

[1] http://haskell.inf.elte.hu/builders/windows-x86-head/4/10.html
[2] http://haskell.inf.elte.hu/builders/windows-x86_64-head/2/16.html
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs