On 8/1/17 10:20 AM, Khem Raj wrote: > On Tue, Aug 1, 2017 at 8:17 AM, akuster808 <[email protected]> wrote: >> >> >> On 07/31/2017 12:04 PM, Khem Raj wrote: >>> >>> >>> On 7/31/17 10:51 AM, Mark Hatle wrote: >>>> >>>> On 7/31/17 12:40 PM, akuster808 wrote: >>>>> >>>>> >>>>> On 07/31/2017 10:31 AM, Mark Hatle wrote: >>>>>> >>>>>> On 7/31/17 12:16 PM, Armin Kuster wrote: >>>>>>> >>>>>>> Signed-off-by: Armin Kuster <[email protected]> >>>>>>> --- >>>>>>> meta/conf/machine/include/arm/arch-armv8.inc | 25 >>>>>>> +++++++++++++++++++++++++ >>>>>>> 1 file changed, 25 insertions(+) >>>>>>> >>>>>>> diff --git a/meta/conf/machine/include/arm/arch-armv8.inc >>>>>>> b/meta/conf/machine/include/arm/arch-armv8.inc >>>>>>> index 5e832fa..dc1ba5e 100644 >>>>>>> --- a/meta/conf/machine/include/arm/arch-armv8.inc >>>>>>> +++ b/meta/conf/machine/include/arm/arch-armv8.inc >>>>>>> @@ -1 +1,26 @@ >>>>>>> +DEFAULTTUNE ?= "armv8-a" >>>>>> >>>>>> do we want the '-a'? The other arm (7) are of the format armv7a (no >>>>>> '-'). >>>>> >>>>> works for me either way. >>>>> >>>>> While we are at it. How would we want ‘armv8.1-a’, ‘armv8.2-a’, >>>>> ‘armv8.3-a' >>>>> formated as? >>>> >>>> My preference is to drop the '-'. As for the '.', I'm not sure.. not >>>> something >>>> we've run across before. >>>> >>>> We could just drop it (the '.'), but it really depends on if armv81a >>>> would >>>> confuse someone (familiar with arm) or not. >>> >>> I would suggest to also sync with other distros and ensure that we dont >>> do something different. Its very costly later. Since applications get >>> ported to most common combination >> >> Sync what part? naming of file? ( sorry lost regarding your comment) > > naming convention for arch e.g. >
I'd say Debian/Ubuntu -- Fedora/RH would be the two primary sources I'd look at. Between debian package names and RPM package names, it should give a clue if there is any community standard forming for those names. (May still be too premature for those environments for the armv8.X-a naming... and I've not seen it discussed on any other lists either.) --Mark -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
