Simon Marlow wrote:
I'm happy to re-evaluate. I added an empty section on libtool to the
wiki page, http://hackage.haskell.org/trac/ghc/wiki/SharedLibraries,
please add some detail there.
Will do. In the meantime, the relevant chapter in the Autobook
http://sourceware.org/autobook/autoboo
Thu Aug 2 19:09:36 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Add PA dfuns to VectInfo
M ./compiler/iface/TcIface.lhs -2 +9
M ./compiler/main/HscTypes.lhs -1 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailm
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 Thu Aug 2 19:30:01 BST 2007.
checkin
Thu Aug 2 15:30:37 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Define and use rawSystem in the testsuite driver and the driver tests
spawnlp doesn't exist in Windows, so this avoids using it.
M ./driver/testlib.py -13 +15
M ./tests/ghc-regress/driver/all.T -3 +3
__
Thu Aug 2 10:05:08 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add "composes" to the driver docs
M ./README -3 +6
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thu Aug 2 10:03:43 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Testsuite driver doc updates
M ./README -27 +45
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thu Aug 2 14:33:00 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add a --ignore-failure flag to push-all script
M ./push-all +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thu Aug 2 09:51:10 PDT 2007 [EMAIL PROTECTED]
* Dump renamer output with -ddump-rn for command-line entry in ghci
M ./compiler/typecheck/TcRnDriver.lhs +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-g
Hello,
On Thursday 02 August 2007 13:17, Simon Marlow wrote:
> Thorkil Naur wrote:
> > Hello,
> >
> > This is about the x86 linux build: The error (" Prologue junk?: .globl
> > stg_ap_p_ret" etc.) is reported again in tonight's build
> >
http://darcs.haskell.org/buildbot/head/tnaur%20x86%20Lin
Thu Aug 2 04:22:27 PDT 2007 [EMAIL PROTECTED]
* Add test for record wildcards
M ./tests/ghc-regress/deSugar/should_run/all.T +1
A ./tests/ghc-regress/deSugar/should_run/dsrun015.hs
A ./tests/ghc-regress/deSugar/should_run/dsrun015.stdout
___
Thu Aug 2 04:12:04 PDT 2007 [EMAIL PROTECTED]
* Fix Trac #1525
A Name used to have a Parent, but no longer has. When we want to
print info about data type T and data constructor MkT, the info about
T already describes MkT so we want to discard the latter. Now that
Names don't have
Thu Aug 2 01:51:36 PDT 2007 [EMAIL PROTECTED]
* Wibbble to last fix to generalisation (again!); fixes Trac #1575
M ./compiler/typecheck/TcSimplify.lhs -7 +16
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cv
Wed Aug 1 07:13:39 PDT 2007 [EMAIL PROTECTED]
* Small error-message change
M ./compiler/typecheck/TcSimplify.lhs -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thorkil Naur wrote:
Hello,
This is about the x86 linux build: The error (" Prologue junk?: .globl
stg_ap_p_ret" etc.) is reported again in tonight's build
http://darcs.haskell.org/buildbot/head/tnaur%20x86%20Linux%20head/builds/41/step-stage1/0.
And, as mentioned below, the error disappears w
Thu Aug 2 04:10:53 PDT 2007 [EMAIL PROTECTED]
* Update (previously buggy) output
M ./tests/ghc-regress/ghci/scripts/ghci011.stdout -6
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thu Aug 2 03:29:54 PDT 2007 [EMAIL PROTECTED]
* Update expected output
M ./tests/ghc-regress/typecheck/should_fail/tcfail121.stderr -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Roman Leshchinskiy wrote:
why not use libtool?
Good question. We avoided it because of the perception that it's complex
and it wasn't clear that we could use it for everything that we want to do,
and because of a general dislike for external dependencies. Clemens
originally wanted to use
This is a hairy topic with lots of interrelated issues, so I've tried to
distill it into a wiki page:
http://hackage.haskell.org/trac/ghc/wiki/SharedLibraries
Please feel free to edit. I've added Reilly's analysis of the Linux and
MacOS support (thanks Reilly!).
At the moment, I believe Cle
Simon Marlow wrote:
Roman Leshchinskiy wrote:
I'm still not sure which effect precisely you're after. -rpath helps
with finding shared libraries but it doesn't (portably) guarantee that
you'll find the right ones. Consider the following (IMO not entirely
unreasonable) scenario:
- ghc-9.9
On Thu, Aug 02, 2007 at 09:08:31AM +0100, Simon Marlow wrote:
> So I wasn't aware that LD_LIBRARY_PATH takes precedence over rpath on some
> platforms, that does present a slight problem, but maybe it's not a killer.
> I don't expect that most people will be using LD_LIBRARY_PATH, and the
> bui
Roman Leshchinskiy wrote:
Simon Marlow wrote:
It sounds like the only way to get the effect of -rpath is to create a
wrapper script that sets DYLD_LIBRARY_PATH, then. Presumably this is
what libtool does.
I'm still not sure which effect precisely you're after. -rpath helps
with finding shar
Build results:
x86 Windows head fast: pass lost fail (failed stage1) fail (failed stage1)
kahl G5 Gentoo Linux head: fail (failed stage2)
phil Intel OSX head: fail (failed stage1)
phil P4 SuSE Linux head: fail (failed stage1)
tnaur PPC OSX head:fail (failed stage1)
tnaur x86 Lin
22 matches
Mail list logo