Merged #1037 into master.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/1037#event-3001783129___
Rpm-maint mailing list
I've melded the 32-bit ARM macro updates into one commit, as requested.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Like said, the 32bit changes *must* be in a single commit. Whether the 64bit
addition is in a separate commit or not I don't really care, but it's not
necessary by any means.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@pmatilai I can fuse all three back into a single commit if you'd prefer
(that's how it was done in OMV). I broke them apart in case there was something
you'd want me to drop.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
It's not the fault of this PR but manually maintaining these arch lists in
separate macros is just so braindamaged. ARM being ARM just highlights the bad
craziness.
That aside, the new macros seem fine. However you can't rename and then add
back compatibility in two separate commits as it
This PR renames the `%arm` macro to `%arm32` and adds an `%arm64` macro as a
simple alias for current and future 64-bit ARM architectures. This makes it
consistent with other architectures we have, such as MIPS, POWER, and x86.
In order to maintain legacy compatibility, the `%arm` macro still