[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Paul Eggert
Follow-up Comment #6, sr #110530 (project autoconf): [comment #5 comment #5:] > I don't know whether there was an alternative that Apple did not pursue in which implicit function declarations could have been allowed. Sure there was an alternative. They could have made

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Zack Weinberg
Follow-up Comment #8, sr #110530 (project autoconf): This whole discussion has gotten way off into the weeds. It's true that everything that uses the C version of AC_LANG_CALL or AC_LANG_FUNC_LINK_TRY is broken by any compiler that defaults to [the equivalent of]

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Ryan Schmidt
Follow-up Comment #7, sr #110530 (project autoconf): I don't really want to continue this discussion, and I'm not going to file bug reports with another company on your behalf arguing for a change that I don't advocate. I'll just explain that on arm64 processors, the compiler generates different

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Paul Eggert
Follow-up Comment #9, sr #110530 (project autoconf): [comment #7 comment #7:] > Your getdtablesize example is inapplicable since a prototype is provided Oh, good point. As Zack mentioned, the -Wno-error=implicit-function-declaration issue is therefore irrelevant to the current bug report. At

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Paul Eggert
Update of sr #110530 (project autoconf): Status:None => Invalid Open/Closed:Open => Closed Operating System: Mac OS => None

[sr #110521] autom4te does not always update cache, breaks if change happens within 1 second

2021-08-31 Thread Paul Eggert
Update of sr #110521 (project autoconf): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #2: Thanks for the

[sr #110532] AC_CHECK_LIB no longer works with a C++ compiler

2021-08-31 Thread Paul Eggert
Update of sr #110532 (project autoconf): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #3: Thanks for

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Zack Weinberg
Follow-up Comment #11, sr #110530 (project autoconf): Thanks, Paul. I copied your patch and commentary into the bug Ryan already reported: https://github.com/dfu-programmer/dfu-programmer/issues/61#issuecomment-909776423 ___ Reply to this

[sr #110503] Autoconf 2.70 problem: gkt-doc/gtkdocize is now unconditionally required

2021-08-31 Thread Paul Eggert
Update of sr #110503 (project autoconf): Status:None => Need Info Summary: Autoconf 2.70 regression: gkt-doc/gtkdocize is now unconditionally required => Autoconf 2.70 problem: gkt-doc/gtkdocize is now unconditionally required

[sr #110503] Autoconf 2.70 problem: gkt-doc/gtkdocize is now unconditionally required

2021-08-31 Thread Marvin Scholz
Follow-up Comment #3, sr #110503 (project autoconf): I'm not sure what happened to the documentation but to see what it looks like, here is the archive version of it: https://web.archive.org/web/20210306043255/https://developer.gnome.org/gtk-doc-manual/stable/settingup_autoconf.html.en This

[sr #110530] Missing #include in AC_FUNC_MEMCMP

2021-08-31 Thread Ryan Schmidt
Follow-up Comment #5, sr #110530 (project autoconf): Don't shoot the messenger. Ok, it's true, I don't know whether there was an alternative that Apple did not pursue in which implicit function declarations could have been allowed. All I know is that they determined that this was the best way