ffd516be0e
* * * Add arch_canon statements for "armh", "armv7l", "armv8l". Re-order them to be more similar to the current upstream rpmrc.in (say, rpm-4.15 or rpm-4.13.0.1-alt22). Note, however, that this change doesn't seem to be essential for anything, since "the arch in the lead [the arch number] is not used for any purpose for most of this century".[1] [1]: https://stackoverflow.com/a/39426935/94687 "answer by Jeff Johnson" * * * Re-order ARM arch_compat statements to get an order similar to the upstream (say, rpm-4.15 or rpm-4.13.0.1-alt22) to be able to compare them more easily; compare to our rpmrc.in: * the upstream first lists the big-endian archs (noarch -> armv4b); * then the little-endian ones without hardfloat (noarch -> armv3l -> armv4l -> -> armv4tl -> armv5tl -> armv5tel -> armv5tejl -> armv6l -> armv7l -> armv8l); * the the little-endian ones with hardfloat (noarch -> armv6hl -> armv7hl -> armv7hnl -> armv8hl); * and separately the 64-bit one (noarch -> aarch64). In our version of rpm-build we don't have any code for the detection of the 'h' (hardfloat) or 'n' (neon) CPU features, but we actually insert our "armh" arch into this chain (with 'h' hardfloat) between what ought to be "armv6hl" and "armv7hl", and drop "armv6hl" from our chain; in our compatibility chain, 'h' is silently supposed for "armv7l" and "armv8l". However, note a bad thing about this discrepancy: when our rpm-build builds a package on armv8l targeting this arch, it's arch is armv8l. However, when installing such a package on a normal ARMv8-A machine, the 'h' feature must have been detected by "rpm -i", so our just built package must not match the system arch and the installation must be denied. However, in practice, I don't see such bad behavior in our Girar builder when rpminstall-test-archcompat-checkinstall is invoked... (I don't know why. Perhaps, the 'h' detection code doesn't work as expected in rpm.) * * * Re-order similarly buildarch_compat statements. |
||
|---|---|---|
| .gear | ||
| autodeps | ||
| build | ||
| doc | ||
| lib | ||
| po | ||
| python | ||
| rpmdb | ||
| rpmio | ||
| scripts | ||
| tools | ||
| .gitignore | ||
| .lclintrc | ||
| build.c | ||
| build.h | ||
| CHANGES | ||
| configure.ac | ||
| COPYING | ||
| CREDITS | ||
| debug.h | ||
| Doxyfile.in | ||
| Doxyheader | ||
| gendiff | ||
| GROUPS | ||
| INSTALL | ||
| installplatform | ||
| macros.in | ||
| Makefile.am | ||
| platform.in | ||
| README | ||
| README.ALT-ru_RU.UTF-8 | ||
| rpm2cpio.c | ||
| rpm-4_0.spec | ||
| rpm-build.buildreq | ||
| rpminit | ||
| rpminit.1 | ||
| rpmpopt.in | ||
| rpmqv.c | ||
| rpmrc.in | ||
| system.h | ||
| TODO | ||
This is RPM, the Red Hat Package Manager.
The latest releases are always available at:
ftp://ftp.rpm.org/pub/rpm
Additional RPM documentation (papers, slides, HOWTOs) can also be
found at the same site, as well as http://www.rpm.org.
There is a mailing list for discussion of RPM issues, rpm-list@redhat.com.
To subscribe, send a message to rpm-list-request@redhat.com with the word
"subscribe" in the subject line.
RPM was originally written by:
Erik Troan <ewt@redhat.com>
Marc Ewing <marc@redhat.com>
See the CREDITS file for a list of folks who have helped us out
tremendously. RPM is Copyright (c) 1998 by Red Hat Software, Inc.,
and may be distributed under the terms of the GPL and LGPL (see the
file COPYING for details).