[oe] [oe-core] ld segfault cant figure it out
j
vwyodapink at gmail.com
Thu Apr 19 03:32:25 UTC 2012
On 04/18/2012 03:00 PM, Khem Raj wrote:
> On Tue, Apr 17, 2012 at 10:40 PM, j<vwyodapink at gmail.com> wrote:
>> Sorry to sound so dumb but if there is no recipe failing and 2 separate
>> systems are segfaulting in similar manners and both result with not fully
>> functioning images/packages where else can I look for info? I posted all the
>> logs to one of the builds, and the QA log seems to be the only thing really
>> spitting out anything. I am open to trying and or sharing any and all
>> relevant info to help sort it out or get me on track to sorting it out.
> what I am hearing is that your build succeeds despite these ld
> segfaults. Am I right ?
> but then when you run the resulting images then the images dont
> function correctly
> on your target
First off thank you all for your time and information, and putting up
with me learning and trying to get things working!!
Yes you are correct. Nothing in the images or packages fail, but the
build machine itself segfaults. Then if I put the image on my BB-XM
sdcard they boot and "run" but things are not right, such as directories
that should not be there are, some do not build a fully functioning
package, such as task-native-sdk.
> and you also mentioned that its expat package when being built that
> causes the ld
> segfaults. Are you sure about that ? You could somehow forge ulimit to unlimited
> that will dump
No I am not sure about it. As I am just trying to watch it build and
look for the build machine to segfault and see what packages it is
working on. Though after further messing with expat I think you are
correct in doubting that is the one causing it.
I just did a clean build of perl with no rm_work enabled, and I am
trying to dig through the logs and info. From your earlier
advice/mentioning of libtool-cross I do notice some things while it is
building according to the info. I will post some of what stood out to
me, which may in turn mean nothing. If I can post anymore of the logs or
anything please let me know. I did notice today setting things to build
one at a time, that it does appear that its working on libtool-cross,
but again I could be wrong.
>
> on ubuntu edit /etc/security/limits.conf on build host and then add
> * soft core unlimited
>
> that should generate core files. After this search for core* files in build tree
> and see if there are any then debug them with gdb to diagnose it further
>
> Now I am not sure if those segfaults directly relate to malfunction of image
> if thats the case but its likely. You should also try to explore the reasons why
> the image fails to behave as expected.
I will do as suggested as well as do a full image build again and see if
I can find out all that is not working. Thank you for the extra
debugging info and suggestions. Are there any keywords to search through
all the files for including the normal log files, it may help me track
down things even further.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
I really am not trying to be a pain in the a** and would like to get
things sorted out and understood on my side. Honestly if the resulting
images worked and did not get any extra folders in their paths I would
not care about the resulting segfaults on the build machine.
Another side note, I am borrowing another build machine for a few days
to see, this is a non nvidia machine just in case that is the bad
variable in both machines.
libtool-cross info::
log.do_configure
/configure: WARNING: unrecognized options: --disable-silent-rules,
--with-sysroot/
log.do_compile:
help2man is installed on the system, whereis help2man
help2man: /usr/bin/help2man /usr/lib/help2man
/usr/share/man/man1/help2man.1.gz
/WARNING: `help2man' is missing on your system. You should only need it if
you modified a dependency of a manual page. You may need the
`Help2man' package in order for those modifications to take
effect. You can get `Help2man' from any GNU archive site.
PATH=".:$PATH"; export PATH; /bin/sh
/home/gusterson/OpenEmbed/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/libtool-cross-2.4.2-r2.1/libtool-2.4.2/libltdl/config/missing
--run help2man --output=doc/libtoolize.1 libtoolize
WARNING: `help2man' is missing on your system. You should only need it if
you modified a dependency of a manual page. You may need the
`Help2man' package in order for those modifications to take
effect. You can get `Help2man' from any GNU archive site./
log.do_package
/DEBUG: Preparing tree
/home/gusterson/OpenEmbed/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/libtool-cross-2.4.2-r2.1/shlibs
for packaging at
/home/gusterson/OpenEmbed/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/libtool-cross-2.4.2-r2.1/sstate-build-package/shlibs
sed: no input files/
log.do_package_write_ipk & log.do_populate_lic
/sed: no input files/
log.do_populate_sysroot
/DEBUG: No site_config directory, skipping do_siteconfig/
Again a big thank you!
More information about the Openembedded-devel
mailing list