STRERROR_R_CHAR_P broken

After http://git.savannah.gnu.org/cgit/autoconf.git/commit/lib/autoconf/functions.m4?id=326c9a547423d25c621bc5c0ef76edbf6eda8c92 detection fails because is no longer included. checking whether strerror_r is declared... yes checking whether strerror_r returns char *... no configure:11444:

[sr #110362] STRERROR_R_CHAR_P broken by 326c9a547423d25c621bc5c0ef76edbf6eda8c92

URL: Summary: STRERROR_R_CHAR_P broken by 326c9a547423d25c621bc5c0ef76edbf6eda8c92 Project: Autoconf Submitted by: None Submitted on: Wed 04 Nov 2020 09:08:51 PM UTC Category:

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #9, sr #110360 (project autoconf): I looked over spinhawk/configure.ac and I can now say with confidence that you shouldn't override $host_cpu. "armv7l" is *not* incorrect, just not recognized as a -march= argument by GCC; changing it to start with "cortex" will cause a whole

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #8, sr #110360 (project autoconf): [comment #7 comment #7:] > The CPU names never contain underscores, do they? No, there are CPUs containing an underscore. ___ Reply to this item at:

[sr #110361] build-aux files should not get a program-suffix when being installed

URL: Summary: build-aux files should not get a program-suffix when being installed Project: Autoconf Submitted by: polyc Submitted on: Wed 04 Nov 2020 04:16:13 PM CET Category:

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #7, sr #110360 (project autoconf): It works on both models with host_cpu=$(LANG=en_US lscpu | grep 'Model name' | cut -d: -f2 | tr '[:upper:]' '[:lower:]') I'm thinking about how you would cross-compile to Raspberry... you'd have to set a --host, but couldn't set that to

[sr #110312] 2.69b: broken AC_PROG_LEX macro

Follow-up Comment #11, sr #110312 (project autoconf): That's unfortunate. I agree we really need Tomasz's input to make any further progress here. ___ Reply to this item at:

[sr #110312] 2.69b: broken AC_PROG_LEX macro

Follow-up Comment #10, sr #110312 (project autoconf): @Zack: I cannot reproduce the issue either. For both autoconf 2.69 and 2.69b the tiny configure.ac below yields (wih flex 2.6.4): checking for flex... flex checking for lex output file root... lex.yy checking for lex library... -lfl checking

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #6, sr #110360 (project autoconf): I have tested the most recent config.guess and config.sub on a Raspberry Pi 4 now - and I see "armv7l" there, too. That is a Cortex-A73, though. Yes, I think $host_cpu is passed to -mcpu at least if it starts with "arm". It's this project:

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #5, sr #110360 (project autoconf): Yeah, I don't think there will ever be an official CPU-COMPANY-SYSTEM triplet where CPU contains a dash. That would break far too many existing parsers. Also, there are dozens of programs out there that expect $host_cpu to start with "arm"

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #4, sr #110360 (project autoconf): @Jannick Thanks! I didn't want to pass a --host, because that would break cross-platform compatibility. So I have put this into configure.ac > > # override host_cpu in in special case (having dash) > AS_IF([test "x$host_cpu" =

Re: Space in dirs break `make install`

On Wed, Oct 28, 2020 at 2:19 PM Zack Weinberg wrote: : > This is a mess, but see how it _always_ expands $(DESTDIR)$(bindir) > inside shell quotes? To handle spaces in installation directories > correctly, you have to do the same thing in every rule you write > yourself. You are absolutely

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #3, sr #110360 (project autoconf): As of now AC_CANONICAL_HOST, AC_CANONICAL_BUILD and AC_CANONICAL_TARGET expect pure triplets. The latest config.sub might return a triplet or a quadruplet (see the header of config.sub). It appears unlikely that a cpu having a dash can meet

[sr #110360] AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3

Follow-up Comment #2, sr #110360 (project autoconf): config.guess prints armv7l-unknown-linux-gnueabihf I just pulled the most recent versions of config.guess and config.sub to be sure. Same problem. Not sure how these 2 CAN respond, to get a cpu with a dash through the rest of autoconf...