On Fri, 2013-05-31 at 08:31 -0500, Robert Boehne wrote:
> Statically linking libc is a recipe for disaster, so either read and understand why, or just take my word for it.
I'm in agreement and standard libraries are something I'm fine with not
statically linking against, although it's not unusual for some games to
ship their own prefixed within their own installation. Although usually
when I see this, they're not statically linked, but separate shared
objects. Regardless, I understand what you are saying.
> I don't quite understand why you think you need the rest linked
> statically,
Libraries like the following may not be present on the end user's system
already:
NEEDED libgio-2.0.so.0
NEEDED libgobject-2.0.so.0
NEEDED libzzip-0.so.13
NEEDED libpng12.so.0
These ones, especially the latter two, I'd prefer to statically link
with and there shouldn't be any harm in doing that.
> BUT the easiest way to do that would be to add LT_INIT to
> configure.ac to use Libtool, and add --static-libtool-libs to the
> target's LDFLAGS.
Ok, so I tried the following in my configure.ac,
...
LT_INIT
LDFLAGS="$LDFLAGS --static-libtool-libs"
...
The linker flag ended up making another check fail...
AC_CHECK_LIB([ocrad], [OCRAD_version], [], [AC_MSG_ERROR([GNU
OCRAD library is required, but unavailable...])])
So what I ended up doing was moving the LDFLAGS= line to near the end of
the configure.ac just before AC_OUTPUT. It configures fine, but when I
build, I get the following during CXXLD build step...
g++-4.7.real: error: unrecognized command line option
'--static-libtool-libs'
Same result if I move the LDFLAGS= initialization into Makefile.am as
such,
myproduct_LDFLAGS = --static-libtool-libs
> That will cause all of the Libtool libraries to be linked statically when possible.
Just for my sake, when you say Libtool libraries, are you talking about
libraries that Libtool uses, or libraries that I mentioned above that I
am trying to statically link against?
> If you are only targeting Linux desktop systems, png, gobject, gio, and glib should already be there, and in most cases already in memory, so you will benefit from zero additional memory use for the code pages. This also goes for all the dependencies of these libraries. I'm not familiar with zzip, so if it isn't a Libtool library you will have to make sure it is linked like this:
> -Wl,-static -lzzip -Wl,call_shared
This is the configure.ac for zziplib. I don't really have much
meaningful experience with libtool, but based on my reading of this, I
think it is using it:
<http://sourceforge.net/p/zziplib/svn/HEAD/tree/trunk/zzip-0/configure.ac>
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail preferred
http://www.thevertigo.com
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Autoconf mailing list Autoconf@xxxxxxx https://lists.gnu.org/mailman/listinfo/autoconf
