[yocto] IMHO, cross-compile/toolchain examples should use non-x86 arches

Zhang, Jessica jessica.zhang at intel.com
Mon Dec 17 08:40:10 PST 2012


Or in Yocto Project context, we kind of use ADT more inclusive that referring what Mark talked about SDK, the eclipse plug-in and other developers tools.  And we don't call out SDK that much.

 --Jessica

-----Original Message-----
From: yocto-bounces at yoctoproject.org [mailto:yocto-bounces at yoctoproject.org] On Behalf Of Mark Hatle
Sent: Monday, December 17, 2012 7:48 AM
To: yocto at yoctoproject.org
Subject: Re: [yocto] IMHO, cross-compile/toolchain examples should use non-x86 arches

On 12/16/12 4:57 PM, Sean Liming wrote:
>
> My 2c (USD) is for clarity on ADT vs. SDK vs. Toolchain.

The biggest clarify problem I've seen is the terms being intermingled.  There are clear definitions for each.

Toolchain, the compiler and related tools that enable compiling software for a given target.

SDK - Software Development Kit - On OE-Core this purpose of this is to enable developing software to be run on a specific target environment, generally also constructed from OE-Core.  The SDK consists of three primary components:
   1) environment setup files - these configure the compilation environment with the right settings
   2) nativesdk software - these are applications that run on the -host- system to assist in compiling software for the target (this includes the target toolchain.)
   3) target sysroot - The sysroot is the collection of libraries, headers and assorted items that are compiled for the target.  A sysroot is setup in a similar fashion as a target's root filesystem.

ADT - Application Developer Tool - This is an Eclipse component that can use the SDK, generated by OE-Core, to enable application development within the Eclipse framework.  (I may be slightly wrong on this item, as people have told me in the past there are command line parts to the ADT.... but the ADT itself is -not- the
SDK.)

--Mark

> Regards,
>
> Sean Liming
> Owner
> Annabooks
> Tel: 714-970-7523 / Cell: 858-774-3176
>
>> -----Original Message-----
>> From: yocto-bounces at yoctoproject.org [mailto:yocto- 
>> bounces at yoctoproject.org] On Behalf Of Robert P. J. Day
>> Sent: Sunday, December 16, 2012 8:55 AM
>> To: Yocto discussion list
>> Subject: [yocto] IMHO, cross-compile/toolchain examples should use 
>> non-
>> x86 arches
>>
>>
>>    a general preference on my part, but i think it would be useful if 
>> any
> yocto
>> docs that are discussing toolchains or cross-compilation or the like 
>> use
>> *non*-x86 architectures to get the point across.
>>
>>    for example, consider the current application developer's guide.
>> part of it uses, as an example, the toolchain installer
> poky-eglibc-x86_64-i586-
>> toolchain-gmae-1.4.sh.  while this works just fine, of course, what 
>> it
> does is
>> potentially co-mingle both the dev host content and target host 
>> content, making it harder than necessary for the reader to draw a 
>> clear distinction between the two.
>>
>>    if any example related to compilation or a toolchain involves, 
>> say, an
> *arm*
>> target, then it's *immediately* obvious (using the "file"
>> command) whether something belongs on the dev host or on the target.
>>
>>    also, if you're using x86 for both dev content and target content, 
>> you
> run
>> the risk of an example working by accident since you're picking up
> natively-
>> installed tools when you shouldn't be.  if you use a non-x86 arch, 
>> there's
> little
>> chance of that happening.
>>
>>    just my $0.02 (Cdn).
>>
>> rday
>>
>>
>> --
>>
>> ==========================================================
>> ==============
>> Robert P. J. Day                                 Ottawa, Ontario, CANADA
>>                          http://crashcourse.ca
>>
>> Twitter:                                       http://twitter.com/rpjday
>> LinkedIn:                               http://ca.linkedin.com/in/rpjday
>> ==========================================================
>> ==============
>> _______________________________________________
>> yocto mailing list
>> yocto at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

_______________________________________________
yocto mailing list
yocto at yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto



More information about the yocto mailing list