Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
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 Tue Jan 12 19:00:01 GMT 2010.
**
Mon Jan 4 03:28:33 PST 2010 Simon Marlow
* refactoring while I try to make sense of the hsc interface
Ignore-this: 2504fbfa92a7bfa393a62cb40782d288
M ./compiler/main/HscMain.lhs -32 +20
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20100104112833-12142-31d5729d7b15d4d3
On 12/01/10 10:52, Duncan Coutts wrote:
This would also be relevant for the ghc build process. Currently for ghc
we do not use rpath at all for the .so files for the core packages. I
did it that way initially just to get it to work. Ideally we should move
to setting the rpath for the final $pref
Brief summary from the rpath discussion between Andrew and myself:
One reason people find rpath annoying is that it overrides the
LD_LIBRARY_PATH. This is the historical behaviour of the ELF DT_RPATH
entry. There is a newer ELF DT_RUNPATH entry which fixes this behaviour,
ie lets LD_LIBRARY_PATH o
On Tue, 2010-01-12 at 09:01 +, Andrew Suffield wrote:
> > This is a main linking to libfoo.so via rpath but overridden to link to
> > a separate ./bar/libfoo.so that exports a different implementation of
> > extern int foo();
>
> asuffi...@cyclone:~/tmp$ echo 'int foo = 42;' > foo42.c
> asuff
On Tue, Jan 12, 2010 at 08:22:48AM +, Duncan Coutts wrote:
> man ld.so says:
>
> The shared libraries needed by the program are searched for in the
> following order:
>
> * (ELF only) Using the directories specified in the DT_RPATH
> dynamic section attribute of the binary if
Build results:
Old unexpected test passes:
2410 2 x86-64 Linux head
TH_spliceE5_prof 2 x86-64 Linux head
length0011 tnaur x86 OS X head
newtype 2 x86-64 Linux head
prof001 2 x86-64 Linux head
prof002 2 x86-64 Linux head
Old
Build results:
Old unexpected test passes:
2410 2 x86 Windows stable
TH_spliceE5_prof 2 x86 Windows stable
newtype 2 x86 Windows stable
prof001 2 x86 Windows stable
prof002 2 x86 Windows stable
Old unexpected test failures:
2302
On Tue, 2010-01-12 at 01:49 +, Andrew Suffield wrote:
> On Tue, Jan 12, 2010 at 12:16:31AM +, Duncan Coutts wrote:
> > On Mon, 2010-01-11 at 20:19 +, Andrew Suffield wrote:
> >
> > > To reiterate, this is the exemplar use case for relocatable objects:
> > >
> > > Install ghc and some
