Please try the patch below for simplistic at-file support with $NM.
While testing, I set nm_file_list_spec to '@' and always_export_symbols
to yes on GNU/Linux, and saw no test failure, probably because my nm
also understands '@'. :-)
(IOW, we could enable that for when 'nm --help' lists @FILE.)
Probably the setting of nm_file_list_spec should be moved to where $NM
is set; not sure, as this is actually a Windows feature, not a $NM one.
I tried the patch and it fixes the old testsuite pdemo test, excellent!
But pdemo still fails due to an exported variable. Sigh. Why does each
and
every damn test (well, almost) have to export a variable when that's
listed
as not portable in the docs? Seems masochistic to me...
From my point of view, you may push the ltmain part of the patch.
I'll test
any improved m4 code when you have settled on how to enable it. However,
your idea to check the help output will not work, dumpbin -? doesn't
indicate any support whatsoever for @.
Maybe hook into the existing
AC_CACHE_CHECK([the name lister ($NM) interface], [lt_cv_...
and add
if test "$lt_cv_nm_interface" = "MS dumpbin"; then
_LT_TAGVAR(nm_file_list_spec, $1)='@'
fi
to the end of LT_PATH_NM?
But I don't know it's too early to use _LT_DECL/_LT_TAGVAR?