Summary: | toolchain.eclass: Add support for --with-arch=armv7ve | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Weiser <michael> |
Component: | Eclasses | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | arm |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | ARM | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Add support for --with-arch=armv7ve
add support for armv7ve{b,l} |
I still need this. What can I do to get it in? Comment on attachment 439178 [details, diff]
Add support for --with-arch=armv7ve
we don't want to blindly assume "armv7v" == "armv7ve"
Created attachment 453070 [details, diff]
add support for armv7ve{b,l}
How about this approach?
Any thoughts on the approach in the new patch? I still need this. Can this be merged? Thanks, Michael @ arm: opinions? Andreas: Thanks for picking this up! I'm still interested in it and use it as a local patch. It works without problems for me. Never mind. Worked around it using package.env and EXTRA_ECONF. |
Created attachment 439178 [details, diff] Add support for --with-arch=armv7ve Recent versions of gcc support --with-arch=armv7ve, setting the default for -march to armv7ve which is a variant of armv7-a that amongst others supports virtualisation extensions. To get this past endianness-variant stripping in toolchain.eclass, CTARGET would need to be arm7vee{l,b}-*. The attached patch adds support for armv7ve{l,b}-*.