All of lore.kernel.org
 help / color / mirror / Atom feed
* compiling a native (x86) application using Yocto
@ 2013-07-24 18:26 Saran, Sajesh Kumar
  2013-07-25 20:24 ` Denys Dmytriyenko
  0 siblings, 1 reply; 4+ messages in thread
From: Saran, Sajesh Kumar @ 2013-07-24 18:26 UTC (permalink / raw)
  To: meta-arago@arago-project.org

[-- Attachment #1: Type: text/plain, Size: 378 bytes --]

Hi,

I am trying to compile a native tool/application using Yocto.

I have added BBCLASSEXTEND = "native" to the recipe. The compilation goes thru fine. But, in do_package_qa it is running a strip command using arm-linux-gnueabihf-strip, which is failing because the application is compiled using gcc. Do I have to anything else to fix of this issue?

Regards,
Sajesh


[-- Attachment #2: Type: text/html, Size: 2236 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: compiling a native (x86) application using Yocto
  2013-07-24 18:26 compiling a native (x86) application using Yocto Saran, Sajesh Kumar
@ 2013-07-25 20:24 ` Denys Dmytriyenko
  2013-07-25 20:30   ` Saran, Sajesh Kumar
  0 siblings, 1 reply; 4+ messages in thread
From: Denys Dmytriyenko @ 2013-07-25 20:24 UTC (permalink / raw)
  To: Saran, Sajesh Kumar; +Cc: meta-arago@arago-project.org

On Wed, Jul 24, 2013 at 06:26:48PM +0000, Saran, Sajesh Kumar wrote:
> Hi,
> 
> I am trying to compile a native tool/application using Yocto.
> 
> I have added BBCLASSEXTEND = "native" to the recipe. The compilation goes 
> thru fine. But, in do_package_qa it is running a strip command using 
> arm-linux-gnueabihf-strip, which is failing because the application is 
> compiled using gcc. Do I have to anything else to fix of this issue?

Strange, that should be enough... Care to share the recipe?

-- 
Denys


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: compiling a native (x86) application using Yocto
  2013-07-25 20:24 ` Denys Dmytriyenko
@ 2013-07-25 20:30   ` Saran, Sajesh Kumar
  2013-07-31 22:21     ` Denys Dmytriyenko
  0 siblings, 1 reply; 4+ messages in thread
From: Saran, Sajesh Kumar @ 2013-07-25 20:30 UTC (permalink / raw)
  To: Dmytriyenko, Denys; +Cc: meta-arago@arago-project.org

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

Recipe is attached with the mail.

Regards,
Sajesh

-----Original Message-----
From: Dmytriyenko, Denys 
Sent: Thursday, July 25, 2013 4:25 PM
To: Saran, Sajesh Kumar
Cc: meta-arago@arago-project.org
Subject: Re: [meta-arago] compiling a native (x86) application using Yocto

On Wed, Jul 24, 2013 at 06:26:48PM +0000, Saran, Sajesh Kumar wrote:
> Hi,
> 
> I am trying to compile a native tool/application using Yocto.
> 
> I have added BBCLASSEXTEND = "native" to the recipe. The compilation 
> goes thru fine. But, in do_package_qa it is running a strip command 
> using arm-linux-gnueabihf-strip, which is failing because the 
> application is compiled using gcc. Do I have to anything else to fix of this issue?

Strange, that should be enough... Care to share the recipe?

--
Denys

[-- Attachment #2: ti-dspcoreparse-native_git.bb --]
[-- Type: application/octet-stream, Size: 626 bytes --]

DESCRIPTION = "DSP coredump parse utility"
LICENSE = "BSD"
# COMPATIBLE_MACHINE = "keystone-evm"
LIC_FILES_CHKSUM = "file://Makefile;beginline=1;endline=31;md5=6701061cc43d42ac22a97acc074cf820"

PR = "r6"
INSANE_SKIP_${PN} = "True"
BRANCH="master"
SRC_URI = "git://arago-project.org/git/projects/mcsdk-apps.git;protocol=git;branch=${BRANCH}"
S = "${WORKDIR}/git/dspcoreparse"
SRCREV = "DEV.MCSDK-03.00.01.12"

do_install () {
#        install DESTDIR=${D} SBINDIR=${sbindir} MANDIR=${mandir} INCLUDEDIR=${includedir}
	install -d ${D}${sbindir}/
	install -c -m 755 ${S}/dspcoreparse ${D}${sbindir}/
}

BBCLASSEXTEND = "native"

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: compiling a native (x86) application using Yocto
  2013-07-25 20:30   ` Saran, Sajesh Kumar
@ 2013-07-31 22:21     ` Denys Dmytriyenko
  0 siblings, 0 replies; 4+ messages in thread
From: Denys Dmytriyenko @ 2013-07-31 22:21 UTC (permalink / raw)
  To: Saran, Sajesh Kumar; +Cc: meta-arago@arago-project.org

Sajesh,

It appears your Makefile directly calls native gcc to produce x86 binary.

Now, BBCLASSEXTEND allows you to "extend" a regular target recipe that 
produces an ARM binary to also produce a native x86 binary. Naming your recipe 
as something-native.bb doesn't change the procedure.

So, it first builds and strips an ARM binary and then would have done the same 
for x86 binary. But since you set GCC=gcc in your Makefile, it chokes on the 
ARM-stripping step.

Now, if you only want a native recipe, instead of BBCLASSEXTEND, you should 
just do "inherit native" and that class would short-circuit all the target 
build and strip tasks.

-- 
Denys


On Thu, Jul 25, 2013 at 04:30:07PM -0400, Saran, Sajesh Kumar wrote:
> Recipe is attached with the mail.
> 
> Regards,
> Sajesh
> 
> -----Original Message-----
> From: Dmytriyenko, Denys 
> Sent: Thursday, July 25, 2013 4:25 PM
> To: Saran, Sajesh Kumar
> Cc: meta-arago@arago-project.org
> Subject: Re: [meta-arago] compiling a native (x86) application using Yocto
> 
> On Wed, Jul 24, 2013 at 06:26:48PM +0000, Saran, Sajesh Kumar wrote:
> > Hi,
> > 
> > I am trying to compile a native tool/application using Yocto.
> > 
> > I have added BBCLASSEXTEND = "native" to the recipe. The compilation 
> > goes thru fine. But, in do_package_qa it is running a strip command 
> > using arm-linux-gnueabihf-strip, which is failing because the 
> > application is compiled using gcc. Do I have to anything else to fix of this issue?
> 
> Strange, that should be enough... Care to share the recipe?
> 
> --
> Denys




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-07-31 22:21 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-24 18:26 compiling a native (x86) application using Yocto Saran, Sajesh Kumar
2013-07-25 20:24 ` Denys Dmytriyenko
2013-07-25 20:30   ` Saran, Sajesh Kumar
2013-07-31 22:21     ` Denys Dmytriyenko

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.