[opensuse-arm] Cleaning up architecture mess ...
Hi, this my plan to cleanup the current mess with the architectures for ARM: * drop armv7hl scheduler and run only armv7el (armv7l would make more sense but to stay compatible with former OBS releases). * change target to produce armv7l.rpm's. The build flags and used hardware floating point switches will remain to be active. * adapt rpm to accept the not existing armv7hl architecture packages to stay compatible with Fedora and MeeGo. Reason behind this is that we currently mix ABI compatibilities and hardware features in the machine string. armv7l hardware should always be able to execute hard float binaries. When the ABI is not compatible this should be expressed by package dependencies. Any comments on this ? thanks adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
On 10/04/2011 01:21 PM, Adrian Schröter wrote:
Hi,
this my plan to cleanup the current mess with the architectures for ARM:
* drop armv7hl scheduler and run only armv7el (armv7l would make more sense
but to stay compatible with
former OBS releases).
* change target to produce armv7l.rpm's. The build flags and used hardware
floating point switches will remain to be active.
* adapt rpm to accept the not existing armv7hl architecture packages to
stay compatible with Fedora and MeeGo.
Reason behind this is that we currently mix ABI compatibilities and hardware
features in the machine string. armv7l hardware should always be able to execute hard float binaries. When the ABI is not compatible this should be
expressed by package dependencies.
Any comments on this ?
Sounds sane to me. Alex
On 4 October 2011 12:21, Adrian Schröter <adrian@suse.de> wrote:
Hi,
this my plan to cleanup the current mess with the architectures for ARM:
* drop armv7hl scheduler and run only armv7el (armv7l would make more sense
but to stay compatible with
former OBS releases).
* change target to produce armv7l.rpm's. The build flags and used hardware
floating point switches will remain to be active.
* adapt rpm to accept the not existing armv7hl architecture packages to
stay compatible with Fedora and MeeGo.
Reason behind this is that we currently mix ABI compatibilities and hardware
features in the machine string. armv7l hardware should always be able to execute hard float binaries. When the ABI is not compatible this should be
expressed by package dependencies.
Any comments on this ?
Why would you have to use armv7el and not the preferred armv7l? I'm curious more than anything to be honest, and just want to understand what's going on. Other than that I have no comment. Regards, Andy -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-arm+help@opensuse.org
Am Dienstag, 4. Oktober 2011, 13:24:42 schrieb Andrew Wafaa:
On 4 October 2011 12:21, Adrian Schröter <adrian@suse.de> wrote:
Hi,
this my plan to cleanup the current mess with the architectures for ARM:
* drop armv7hl scheduler and run only armv7el (armv7l would make more sense
but to stay compatible with
former OBS releases).
* change target to produce armv7l.rpm's. The build flags and used hardware
floating point switches will remain to be active.
* adapt rpm to accept the not existing armv7hl architecture packages to
stay compatible with Fedora and MeeGo.
Reason behind this is that we currently mix ABI compatibilities and hardware
features in the machine string. armv7l hardware should always be able to execute hard float binaries. When the ABI is not compatible this should be
expressed by package dependencies.
Any comments on this ?
Why would you have to use armv7el and not the preferred armv7l? I'm curious more than anything to be honest, and just want to understand what's going on.
It is just that "armv7el" was inventend already in former OBS releases. But this a scheduler arch and has nothing todo with the build result. So it does not harm that it does not exist in real life (aka kernel and qemu).
Other than that I have no comment.
Regards,
Andy -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
participants (3)
-
Adrian Schröter -
Alexander Graf -
Andrew Wafaa