Port-arm archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: earmv4 packages coming soon



On Sat, 14 May 2022 at 15:55, John Klos <john%ziaspace.com@localhost> wrote:
>
> Hi, all,
>
> I've never been quite sure about the differences between earm (earmv5) and
> earmv4, but since earmv5 packages won't run on earmv4, I've started a bulk
> build of earmv4 packages.
>
> Which makes me wonder: is there any downside to running earmv4 packages on
> earmv5? Does earmv5 make use of features that significantly improve
> performance over the same earmv4 code?
>
> If there is no significant improvement to running earmv5 specific
> packages, then I might just build earmv4 instead.
>
> Also, not that this matters much, but build.sh with -m evbarm -a earmv4
> doesn't work, although -m shark does (and I'm sure -m hpcarm and friends
> work, too).

IIRC it was StrongARM (v4) vs XScale (v5), I think there were a fair
number of Thumb additions... but I think the main difference is v5
added VFPv2 which is handy for floating point.

evbarm already has an ld.so.conf:
libc.so.12  machdep.fpu_present     1:libc_vfp.so.0,libc.so.12

I wonder if it makes sense to have some form of libc_vfp2 to allow v5t
CPUs to run a v4 build without (most of the) floating point penalty...

David


Now... I don't know if it's possible to build an armv4 userland with
an optional libm


Home | Main Index | Thread Index | Old Index