On Mon, 19 Jul 2021, Nick Alcock wrote:
> This reports common symbols like GNU nm, via a type code of 'C'.
>
> * m4/libtool.m4 (lt_cv_sys_global_symbol_pipe): Augment symcode for
> Solaris 11.
>
> Signed-off-by: Nick Alcock
> ---
> m4/libtool.m4 | 2 +-
> 1 file changed, 1 insertion(+), 1 dele
Libtool needs to get BSD-format (or MS-format) output out of the system
nm, so that it can scan generated object files for symbol names for
-export-symbols-regex support. Some nms need specific flags to turn on
BSD-formatted output, so libtool checks for this in its AC_PATH_NM.
Unfortunately the c
This reverts commit 13aa364c0c66f9f6b41f98772d0735039ac974a1.
We fix it in a more general way in the next commit.
* m4/libtool.m4 (LT_PATH_NM): Revert special case for MSYS.
Signed-off-by: Nick Alcock
---
m4/libtool.m4 | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git
These were triggered by Sourceware bug 27967, which breaks building of
recent GNU Binutils on Solaris 11 (and, differently, on Solaris 11.4).
Nick Alcock (2):
libtool.m4: augment symcode for Solaris 11
Revert "libtool: fix nm test for MSYS/MinGW"
libtool.m4: fix nm BSD flag detection
m4/li
This reports common symbols like GNU nm, via a type code of 'C'.
* m4/libtool.m4 (lt_cv_sys_global_symbol_pipe): Augment symcode for
Solaris 11.
Signed-off-by: Nick Alcock
---
m4/libtool.m4 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index a