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

Zack Weinberg <[email protected]>
Newsgroups gmane.comp.sysutils.autoconf.bugs
Message-ID <[email protected]>
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" for *all* ARM32 CPUs; "cortex-a53" doesn't fit that pattern.

Do I understand correctly that this package assumes that $host_cpu will always
be directly usable as the argument to GCC's `-march=` switch?  If so, I think
that's a bug in the package.  GCC has never guaranteed that that will work, as
far as I know.

> AS_IF([test "x$host_cpu" = 'armv7l'],[host_cpu=cortex-a53])

* This should be `test "x$host_cpu" = xarmv7l`; the x-trick requires a leading
x on _both_ operands to the comparison.
** In this case you don't need the x-trick, you can use `test "$host_cpu" =
armv7l`. After AC_CANONICAL_HOST, $host_cpu is guaranteed to be nonempty, and
not to start with a dash.
* Not all "armv7l" CPUs are Cortex-A53s.  You might need to parse the output
of `lscpu` yourself here.

If you tell me which package this is, I might be able to make some more
specific suggestions.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/support/?110360>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.