From: Gerard van den Bosch <gerard@de-haardt.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
poky@yoctoproject.org
Subject: Re: compile application header file missing
Date: Thu, 17 Mar 2011 09:00:40 +0100 [thread overview]
Message-ID: <4D81BFA8.8080504@de-haardt.com> (raw)
In-Reply-To: <20110317075236.GB27644@sakrah.homelinux.org>
On 03/17/2011 08:52 AM, Khem Raj wrote:
>> DESCRIPTION = "libxmlpcp"
>> SECTION = "libs"
>> DEPENDS = "openslp libxml2"
>> LICENSE = "LGPL"
>>
>> SRC_URI = "file://libxmlpcp.tar.gz"
>>
>> EXTRA_OEMAKE = "'CFLAGS=${CFLAGS} -fPIC -c -I${OPIEDIR}${includedir}/libxml2' 'LDFLAGS=${LDFLAGS} -shared -lxml2 -lslp'"
>>
>> do_install() {
>> install -d ${D}${libdir}
>> install -d ${D}${includedir}
>> oe_runmake 'INSTALLHEADERDIR=${D}${includedir}' 'INSTALLLIBDIR=${D}${libdir}' \
>> install
>> }
>>
>> But when build is done I can not find the lib in the actual rootfs, looking at the date the rootfs is being regenerated.
>>
>> The lib file exists in the build tree on the following places:
>> tmp/work/armv7a-poky-linux-gnueabi/libxmlpcp-0.1.0-r0/image/usr/lib
>> tmp/sysroots/armv7a-poky-linux-gnueabi/usr/lib
>> libxmlpcp-dbg_0.1.0-r0_armv7a.ipk and libxmlpcp-dev_0.1.0-r0_armv7a.ipk in the tmp/deploy/ipk/armv7a folder.
>>
>> I only get a "strip" error, can this be the reason it isn't included in the rootfs?
>> ERROR: runstrip: ''arm-poky-linux-gnueabi-strip' --remove-section=.comment --remove-section=.note --strip-unneeded '/home/gerard/green-3.3/build/tmp/work/armv7a-poky-linux-gnueabi/libxmlpcp-0.1.0-r0/package/usr/lib/libxmlpcp.so'' strip command failed
> It could very well be. Can you run file or readelf -e over libxmlpcp.so
> and see if it is for ARM architecture ?
>
> -Khem
This gives me the following ELF header:
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Intel 80386
Version: 0x1
Entry point address: 0x12f0
Start of program headers: 52 (bytes into file)
Start of section headers: 29436 (bytes into file)
Flags: 0x0
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 6
Size of section headers: 40 (bytes)
Number of section headers: 37
Section header string table index: 34
If I process the 'file' command it gives me:
libxmlpcp.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
Ok thus there is the problem, it isn't ARM architecture.
Regards,
Gerard
next prev parent reply other threads:[~2011-03-17 8:00 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-15 10:57 compile application header file missing Gerard van den Bosch
2011-03-15 13:38 ` Richard Purdie
2011-03-15 15:03 ` Gerard van den Bosch
2011-03-16 16:08 ` Richard Purdie
2011-03-17 7:43 ` Gerard van den Bosch
2011-03-17 7:52 ` Khem Raj
2011-03-17 8:00 ` Gerard van den Bosch [this message]
2011-03-17 8:22 ` Gerard van den Bosch
2011-03-17 13:54 ` Gerard van den Bosch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D81BFA8.8080504@de-haardt.com \
--to=gerard@de-haardt.com \
--cc=poky@yoctoproject.org \
--cc=richard.purdie@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.