Re: [RFC] Some sr.ht CI tweaking
"Kevin J. McCarthy" <[email protected]>
| Newsgroups | gmane.mail.mutt.devel |
|---|---|
| Message-ID | <aY6TDwlYo7OY965V@qinghai> |
On Thu, Feb 12, 2026 at 04:02:11PM +0100, Daniel Tameling wrote: >On Thu, Feb 12, 2026 at 01:20:18PM +0800, Kevin J. McCarthy wrote: >> >> The ones in wchar.h include wcrtomb(), mbrtowc(), and wcwidth(). >> >> So, in this case, why are we only getting in trouble with wcwidth(), but >> not the first two? >> > >FreeBSD defines wcwidth as __wcwidth [1] and has in a different header >the complete implementation of __wcwidth so that it can always be >inlined [2]. An undef wcwidth solves the problem. Thank you Daniel! Rene, let's try adding a undef inside mbyte.h and see if that solves the compile problem you saw: #ifdef iswupper # undef iswupper #endif +#ifdef wcwidth +# undef wcwidth +#endif size_t wcrtomb (char *s, wchar_t wc, mbstate_t *ps); size_t mbrtowc (wchar_t *pwc, const char *s, size_t n, mbstate_t *ps); int iswprint (wint_t wc); >Honestly, wchar.h and wctype.h are nowadays part of POSIX and the C >standard, and have been for a long time. The workaround isn't really >needed anymore. If somebody disagrees, they should step up and maintain >the code. Your limited time is better spend elsewhere. That would nice. I wonder if we could mark --without-wc-funcs as deprecated in the 2.4.0 release and rip this stuff out in the 2.5.0 release? I hear Steffen's objection, but isn't it reasonable to expect a system to have the wc functions by now? If there is general agreement, then, Rene, perhaps we shouldn't invest too much time on CI testing the --without-wc-funcs on sr.ht. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEiXWpszqjeRA4XFMIre92hIAxa9oFAmmOkw8ACgkQre92hIAx a9rsbhAA0JTI8/XX+GzeR8Kw3+s34Fym77NK5Z09jgUOFD2OPmPswOy65aFN+TLo clVzIQumigOQifmJEFnUnBcLPwj1WCfThPnAlGAToulrmZp8hTUrxClJ110ZQOd1 4IytQPk7TUpvtgRqlq5icXTWzPoxrNiFw29INI03aySv4xlI+M/HmjmeCskXosGn lVjauDmFVCHlrSYFfqL2dgGVYf2jwGRvueBP9zpFaVzZ1X7N2ZztF+JjwKFJtMyW cDMnubEfgRbd84G6Om7InLPzWh8ei9MkOmkFAHRAW6SylIwnTqbxjR+Iv1Zvgy1N mWQ7sy6bGxMBiYjAxhtlOGLQAwGr9uJITApUFUf8KHXKyi9fparcAmyuzKRKfVww yh0yaulme9dyVChDphpxhmc27djP8Rr4VxqVT8iCNK8PMxjTIfpFnKKbgDPSmOry xRW3JCp+gbcFxMYKm6mJdc0SWcuur5qEy+cjzTu1ogH0GO0Bid4B3rmtlYkfhQpx ZDmdrottUTJS+apY6m+N97z7OsgPqUyq5fv8q9l4fUwMX2P8oJ2SbKCUMy/PxK0s sJ6jnqF3A6RV6Yp95MmwsBKhQA/04GjnU9gQ3Hw3eesfQliIYFYVj1D0wBDhFqUx GYTVpAVdYy5uDKLcrTxIZL7sd1CmYMUjp6eHLb80MFPel5g0OBE= =02aD -----END PGP SIGNATURE-----