monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] Re: [ANN] monotone 0.44 released


From: CooSoft Support
Subject: Re: [Monotone-devel] Re: [ANN] monotone 0.44 released
Date: Mon, 01 Jun 2009 19:18:34 +0100
User-agent: Thunderbird 1.5.0.4 (X11/20060516)

There may also be issues (probably not with mtn though) with the libc runtime as it uses dynamic loading of certain plugin libraries for authentication and hostname resolution (have seen this with some systems).

The -Wl,Bstatic -Wl,Bdynamic switches are useful around the libraries that you want to statically link.

Tony.

Zack Weinberg wrote:
On Sun, May 31, 2009 at 5:57 AM, Stephen Leake
<address@hidden> >>
How do you accomplish this? The monotone Makefile builds a dynamically
linked executable.
Simply by building the libraries with --disable-shared, and (in case
of libidn which doesn't care about user wishes) moving the dll (and
.dll.a) aside. The build automatically picks up the static
libraries.
configure doesn't take option --disable-shared. Or at least, it
accepts that option, but it has no effect (I only tested this on
Debian; my Windows system needs to be rebuilt).

I think he means building all the *libraries* with --disable-shared,
so that there aren't shared libraries for the system to pick up.

So it would be useful if configure (or the Makefile) supported a
--disable-shared option.

This is a little harder than it looks because nowadays pkg-config goes
to some length to not list recursive dependencies in its --libs output
(these are harmful for shared linkage, but required for static
linkage, for stupid historical reasons both ways).  It could be done
but it would require modifying the autoconf scriptage around
pkg-config as well as the ultimate link line.

Also, there's a very real question of exactly how static you want your
binary to be.  If I were doing it I would probably preserve shared
linkage against everything that the compiler implicitly includes
(libstdc++, libgcc_s, libc, and possibly one or two others) because
staticly linking those can cause bizarre problems, but if you have
libstdc++ version skew to deal with that may not be good for you
either...

zw


_______________________________________________
Monotone-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/monotone-devel






reply via email to

[Prev in Thread] Current Thread [Next in Thread]