Follow-up Comment #2, bug #65776 (group make): I check my Win2K PC, kernel32.dll has GetFileAttributesEx, my WinME also has GetFileAttributesEx, my Win 95 test box, NO.
https://www.betaarchive.com/wiki/index.php?title=Microsoft_KB_Archive/250301 says GFAEx() added Win 98 for Dos Windows family https://www.geoffchappell.com/studies/windows/win32/kernel32/history/names40.htm added in NT 4.0 for NT Kernel family I'd vote to abandon support for Win 95, since its a DOS Win OS, and the DOS Windows (95/98/ME) were always unstable, and its very unlikely any legacy/airgap type, business users, still exist. The legacy business users would have all picked NT 4 or Win 2K at the time (1998-2003 ish) for BSOD/stability reasons for whatever private biz apps they were using. Plus GFAEx() is available on Win 98/ME, so gnumake isn't dropping all "dos win" support, with this improvement/patch, just Win 95. By still supporting Win98 "on paper", gnumake is compat with 25 years of Dos Win, and NT 4, even more years. I could write a runtime function symbol name lookup LoadLibrary/GetProcAddress and fallback to a stat() shim at runtime if GFAEx() is missing. I might need a global Win32 stat() shim or total stat() reimplement, that I will put in another patch ticket, for early 2000s GCC Mingw 3.4.5, I see severe perf problems, or 32b vs 64b time_t/file_timestamp_t/stat() problems with that CC. My VC 6 same Win2k machine is fine. small chance this "stat_lite()" function might become "stat_full()" for VC 6 build in the future, or GCC+Win 2000, or any CC+Win2K, because of the CC's or the old Win OS's libc's 32 bit time_t and/or 32b file size C struct, and 64b stat()/time() is unimplement by the CC or OS, 1998-2000-ish, and gmake casting up/down those 2 pieces of data, to 64b and down to 32b in many places. And gmake C code base, I'd throw a wild guess, is too dependent on 64b time_t/64b file size by 2024. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?65776> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/
