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

Update of sr #110360 (project autoconf): Status:None => Not Autoconf Open/Closed:Open => Closed ___ Follow-up Comment #11: Despite the

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

Follow-up Comment #10, sr #110360 (project autoconf): @Zack: you are right, that's a cleaner solution. I will do it like that, Thank you very much :-) Looking at https://en.wikipedia.org/wiki/ARM_Cortex-A and https://en.wikipedia.org/wiki/ARM_architecture I would say that cortex-a53 is a *CPU*

[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 #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 #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" =

[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...

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

Follow-up Comment #1, sr #110360 (project autoconf): This is probably a bug in config.sub and config.guess, which would need to be reported to config-patc...@gnu.org. To verify this, Viktor, could you please report the output of running config.guess on your Pi3? No arguments are required.

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

Additional Item Attachment, sr #110360 (project autoconf): File name: config.log Size:299 KB ___ Reply to this item at:

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

URL: Summary: AC_CANONICAL_HOST sets wrong $host_cpu on Raspberry Pi 3 Project: Autoconf Submitted by: karl Submitted on: Tue 03 Nov 2020 02:27:50 PM PST Category: None