Do not explicitly link libfolks-internal.la into things
authorSimon McVittie <simon.mcvittie@collabora.co.uk>
Tue, 2 Apr 2013 18:00:02 +0000 (19:00 +0100)
committerSimon McVittie <simon.mcvittie@collabora.co.uk>
Wed, 3 Apr 2013 15:55:43 +0000 (16:55 +0100)
commitfcfd16cbc3148f15e53956a8fece6e67a2023652
treea613c691f45ebfec38eef21dadec28f55feebacf
parente5b075082d75d83829b23e99f60c75482ddd7784
Do not explicitly link libfolks-internal.la into things

libfolks.la embeds a copy of libfolks-internal.la, so every public
(or internal) symbol in libfolks-internal.la is available in
libfolks.la, even if linked with -Wl,--no-copy-dt-needed-entries.

If libfolks-internal.la defines a GObject type, then linking two copies
of it is actively harmful, because they can't both be registered with the
type system.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=687161
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Philip Withnall <philip@tecnocode.co.uk>
backends/eds/Makefile.am
backends/eds/lib/Makefile.am
backends/key-file/Makefile.am
backends/libsocialweb/Makefile.am
backends/ofono/Makefile.am
backends/telepathy/Makefile.am
backends/telepathy/lib/Makefile.am
backends/tracker/Makefile.am
backends/tracker/lib/Makefile.am