Re: Static linking...
- From: Jan Kratochvil <rcpt-orbit-list AT gnome org jankratochvil net>
- To: Johan FISCHER <linux fischaz com>
- Cc: orbit-list gnome org
- Subject: Re: Static linking...
- Date: Thu, 4 Mar 2004 10:55:26 +0100
Hi,
On Thu, 04 Mar 2004 05:07:11 +0100, Johan FISCHER wrote:
> Quoting Michael Meeks <michael@ximian.com>:
...
> > If you're using a recent ORBit2 (which you should be) you shouldn't
> >have to link vs. 'linc' since it's included internal inside ORBit2 these
> >days.
> >
>
> what would happen if you have already installed the linc library on
> your system
> (in the /usr/lib) and compil Orbit2 ? will it use the included lib ore the
> system lib ?
>
> Can it break the configuration of orbit ?
The new 'internal linc' is renamed to 'link'. It is a completely separate
namespace and you cannot harm it by 'linc' in any way.
In my
http://cvs.jankratochvil.net/viewcvs/*checkout*/captive/configure.in?rev=HEAD
I use the detection below to be able to specify proper package dependencies in
a fool-checked way. It also handles the check of 'liblinc' for the static
linkage when .la of libORBit2 is missing.
HTH,
Lace
AC_ARG_WITH(orbit-line,[ --with-orbit-line=[link/linc/auto] Use 'link' for ORBit2 >=2.7.x+ (def.=auto)],,with_orbit_line=auto)
captive_save_CFLAGS="$CFLAGS"
captive_save_LIBS="$LIBS"
CFLAGS="$CFLAGS $ORBIT_CFLAGS"
LIBS="$LIBS $ORBIT_LIBS"
AC_CHECK_FUNC(link_get_tmpdir,[
AC_DEFINE(HAVE_ORBIT_LINK,,[ORBit2 is 2.7.x+ and therefore includes its own 'link' library])
found_orbit_line=link
],
found_orbit_line=linc
)
CFLAGS="$captive_save_CFLAGS"
LIBS="$captive_save_LIBS"
if test "x$with_orbit_line" != "xauto" -a "x$with_orbit_line" != "x$found_orbit_line";then
AC_MSG_ERROR([--with-orbit-line=$with_orbit_line specified but the detected line is $found_orbit_line])
fi
if test "x$found_orbit_line" = "xlinc";then
PKG_CHECK_MODULES(LINC,linc)
fi
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]