diff options
author | Michał Górny <mgorny@gentoo.org> | 2018-07-19 13:27:09 +0200 |
---|---|---|
committer | Michał Górny <mgorny@gentoo.org> | 2018-07-19 13:27:09 +0200 |
commit | 8bb9e5e7607ff12f8119729077d3d420e999f7ee (patch) | |
tree | 7531566cd58924c03be095c7bf894ff0bdfb03d9 | |
parent | Update autotools files (diff) | |
download | sandbox-8bb9e5e7607ff12f8119729077d3d420e999f7ee.tar.gz sandbox-8bb9e5e7607ff12f8119729077d3d420e999f7ee.tar.bz2 sandbox-8bb9e5e7607ff12f8119729077d3d420e999f7ee.zip |
libsandbox: Remove meaningless/broken -nodefaultlibs
Remove '-nodefaultlibs' from linking flags for libsandbox as it is
apparently meaningless and broken at the same time. When regular
libtool is used, it silently strips the option, making it meaningless.
When slibtool is used instead, it passes the option which causes linking
to fail due to undefined symbols.
Thanks to the bug reporter and slibtool devs from researching
the problem in detail.
Bug: https://bugs.gentoo.org/657184
-rw-r--r-- | libsandbox/Makefile.am | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/libsandbox/Makefile.am b/libsandbox/Makefile.am index cbc73ba..ac9a548 100644 --- a/libsandbox/Makefile.am +++ b/libsandbox/Makefile.am @@ -20,7 +20,6 @@ libsandbox_la_LIBADD = \ # and destructor will not be executed ... libsandbox_la_LDFLAGS = \ -no-undefined \ - -nodefaultlibs \ -avoid-version \ $(LDFLAG_VER),libsandbox.map libsandbox_la_SOURCES = \ |