Am Dienstag, 4. Oktober 2011, 13:24:42 schrieb Andrew Wafaa:
On 4 October 2011 12:21, 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 ?
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