-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 28/05/17 10:46, Marc Glisse wrote: > On Sat, 27 May 2017, Keith Marshall wrote: > >> make[5]: Entering directory >> `/home/keith/src/mingw/gcc-build/gmp-6.1.2-shared/tests/misc' >> PASS: t-printf.exe >> FAIL: t-scanf.exe >> PASS: t-locale.exe > > Looks related to > > https://gmplib.org/list-archives/gmp-bugs/2017-March/004130.html
Yes, it does appear to be the same, or a very similar issue. Anyway, I can now confirm it as a bug in wine's sscanf() implementation; relocating my entire source and build trees to a WinXP VM, deleting the t-*.log files throughout, and then re-running "make check", as a native platform test, reports no failures whatsoever ... 100% pass rate. I am astonished that the use of "-D__USE_MINGW_ANSI_STDIO", as noted in the previous thread, has any effect whatsoever. See, I am the author of the underlying code for that feature, and I can state, *categorically*, that it affects only the behaviour of printf(), and its siblings; it has no effect at all, on the behaviour of scanf() and its siblings. I would also point out that, as a "__USE_*" feature test, users should *not* define "__USE_MINGW_ANSI_STDIO" themselves; the correct way to enable it is to enable any of the "__STRICT_ANSI__" standards options, or to stipulate "_GNU_SOURCE", "_POSIX_C_SOURCE", or "_XOPEN_SOURCE" feature dependencies, (the latter two with an associated version stipulation), any of which will cause the MinGW runtime headers to enable "__USE_MINGW_ANSI_STDIO" implicitly. You may get away with an explicit definition today, but I will offer no guarantee that a future MinGW Runtime release will not override any such definition, just as GNU's glibc headers do for their "__USE_*" feature tests. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJZKrxQAAoJEMCtNsY0flo/SB8QAMiIiXrtJMRH4n8S8OOdVvn6 g43xfLpjc+E4HDMQDRmA+U0eLZ/y55hNuQRHnFaIHTbIYspWIYDi9lx4E26CknVT 0x1/GvF/e0UZDcLrf2lmDEqD8kJsz6hmS3vOZFXIxVlVlNU4NzuYt/C+8vMnfy8V OXA/7gJ40YT3mrGNzJZCEDw+CLRX70SpgTCJBN0GDjO9DFCMOoTQ9xqHT+Yb4NyB r5TniSDAL53ErRG28hPdOIPAEIstZdgYhDfChDWKAJMM0GuVjLvenjQ3s+yV2Aof wZrpCQ4qpV5LZv67YShkiUkDeODrRLLpBBeNJac0PPwfga8NlzIP/hwbSISd8+V3 ytITdnw35D/RJC/zNdc0qvWJB8/HIeXtkwzSWkyfLA+QfiuMFCi65YXk5bgmNEoP 4FmDkxs2mbgJbGtQ8inkHCN2dnPhBSHl+LDHWAN/eD9wUY7sBKDGVWNiWUDShYlY pEwjUnxYDlvViraMQdITQGWWh4IwZxDbANTAb58AHw/EUjGihYGeHj0wkhhzu5Jh veu4Knvhk1HpkCgKkeGKkYMCWcpnjK/SBgZub9/kbfA54pk9dZFtcL4GuB/bu9ye p1YzQ8f4FAijdaOUFfWU+/pr+1mqqEJNn2k4sSeNSC3lFhUqlE8ncT35ndQ+aUve ZUoRm+h2NsJLRaWKJ9mN =EXAr -----END PGP SIGNATURE----- _______________________________________________ gmp-bugs mailing list [email protected] https://gmplib.org/mailman/listinfo/gmp-bugs
