On Wed, Jan 07, 2026 at 07:07:58PM +0000, Ian McInerney wrote:
> That's enlightening - but it doesn't really contain a good solution to
> apply to the package from what I can tell. arpack isn't using an upstream
> configure file or gnulib, it regenerates from configure.ac in the %prep
> phase of the spec file, so it is using the latest autoconf packaged in
> Fedora (which appears to be 2.72). That thread references some autoconf
> commits, but they seem to be from after 2.72, and I guess there hasn't been
> an autoconf release since 2.72 in Dec 2023 that contains those?
>
> I guess the minimum needed might be to just backport this commit (
> https://cgit.git.savannah.gnu.org/cgit/autoconf.git/commit/?id=e6c9cb69c8c0a4ef9ce0538d7b4106dad3d7ad47)
> to the Fedora autoconf package to at least remove the problematic line from
> the generated check file, which I think would allow the check to pass under
> C++20 and not fallback to C++11.
I'd suggest following instead:
--- autoconf-2.72/lib/autoconf/c.m4 2023-12-22 17:17:56.000000000 +0100
+++ autoconf-2.72/lib/autoconf/c.m4 2026-01-08 00:25:30.349943518 +0100
@@ -2639,8 +2639,8 @@ ac_cxx_conftest_cxx11_main='
}
{
// Unicode literals
- char const *utf8 = u8"UTF-8 string \u2500";
- char16_t const *utf16 = u"UTF-8 string \u2500";
+ auto const *utf8 = u8"UTF-8 string \u2500";
+ char16_t const *utf16 = u"UTF-16 string \u2500";
char32_t const *utf32 = U"UTF-32 string \u2500";
}
'
--- autoconf-2.72/tests/data/gnulib_std_gnu11_2020_08_17.m4 2022-07-06
19:16:22.000000000 +0200
+++ autoconf-2.72/tests/data/gnulib_std_gnu11_2020_08_17.m4 2026-01-08
00:25:53.158558723 +0100
@@ -762,8 +762,8 @@ AC_DEFUN([_AC_CXX_CXX11_TEST_BODY],
}
{
// Unicode literals
- char const *utf8 = u8"UTF-8 string \u2500";
- char16_t const *utf16 = u"UTF-8 string \u2500";
+ auto const *utf8 = u8"UTF-8 string \u2500";
+ char16_t const *utf16 = u"UTF-16 string \u2500";
char32_t const *utf32 = U"UTF-32 string \u2500";
}
]])
Jakub
--
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue