On Thursday, May 01, 2014 06:46:33 PM Jan Engelhardt wrote:
> On Thursday 2014-05-01 17:53, Paul Moore wrote:
> >> kmod does something similar too.:
> >>
> >> # src/Makefile.am
> >> noinst_LTLIBRARIES = libseccomp-internal.la
> >> libseccomp_internal_la_SOURCES = this.c that.c andsoon.c
> >> lib_LTLIBRARIES = libseccomp.la
> >> libseccomp_la_SOURCES = ${libseccomp_internal_la_SOURCES}
> >> libseccomp_la_LDFLAGS = -version-info ...
> >>
> >> # tests/Makefile.am
> >> scmp_sys_resolve_LDADD = ../src/libseccomp-internal.la
> >
> >This still ends up building a separate library for use with the tests, what
> >is the advantage to what you are proposing above?
>
> One advantage of .la files is that they remember all their dependent
> libraries like .so files would.
>
> bin_PROGRAMS = foo
> foo_LDADD = libbar.la
> libbar_la_SOURCES = compresssomething.c
> libbar_la_LIBADD = -lz
>
> Just does the right thing, but with old static libs, you would need
> some kludge like
>
> libbar_a_SOURCES = compresssomething.c
> libbar_a_LIBADD = # has no meaning because there's no linking obviously
> foo_LDADD = bar.a -lz
>
> Is the -lz there for the sake of foo, or for libbar? Not obvious at first.
>
> >Is it simply the fact that it
> >is a "LTLIBRARIES" and therefore uses libtool? If so, doesn't that still
> >make it vulnerable to "--disable-static"?
>
> noinst_LTLIBRARIES are never built as shared library. An installed
> program that would be built with a shared link could never run because
> the library is not installed.
Okay, so long as the noinst_LTLIBRARIES are always built as static libraries,
I'll give it a shot.
--
paul moore
security and virtualization @ redhat
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
libseccomp-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libseccomp-discuss
