On 17 Jan 2024, Mike Frysinger told this:
> this should be fixed in git now. i merged the one posted previously:
> https://savannah.gnu.org/patch/?9086
Truly, the dead walk!
(Thank you.)
(There are a few related problems on other architectures I've fixed in
the binutils copy of libtool.m4 too
elf, not on /dev/null, to avoid
errors from nms that refuse to work on non-regular files. Remove
other workarounds for this problem. Strip out blank lines from the
nm output.
Signed-off-by: Nick Alcock
---
m4/libtool.m4 | 85 ++-
1 file chan
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 dete
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/libtoo