Paul Wise <p...@debian.org> wrote: > On Sun, Dec 29, 2013 at 5:24 PM, Mattia Rizzolo wrote: >> Seems that different architectures have different symbols.
> To me it doesn't look that simple, since the missing symbols are the > same on many arches. It seems like upstream is basing the > presence/absence of some public functions on what is returned by > ./configure. For example rpl_strstr: [...] > If rpl_* means replacement for broken functions (I guess it does), it > may even be leaking symbols that are meant to be private, which should > definitely be fixed. Something like --- licenseutils-0.0.7.orig/src/Makefile.am +++ licenseutils-0.0.7/src/Makefile.am @@ -29,7 +29,7 @@ liblicenseutils_la_SOURCES=licensing.c g include styles.am liblicenseutils_la_LIBADD = @LIBINTL@ $(top_builddir)/lib/libgnu.la $(GLIB_LIBS) $(LIBPNG_LIBS) -liblicenseutils_la_LDFLAGS = -version-info 0:0:0 -export-dynamic -no-undefined +liblicenseutils_la_LDFLAGS = -version-info 0:0:0 -export-dynamic -no-undefined -export-symbols-regex '^lu_.*' would help. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blj5pa-07d....@argenau.downhill.at.eu.org