From: Gary Thomas <gary@mlbassoc.com>
To: yocto@yoctoproject.org
Subject: Re: build error after recent pull
Date: Mon, 19 Mar 2012 15:27:17 -0600 [thread overview]
Message-ID: <4F67A4B5.2020302@mlbassoc.com> (raw)
In-Reply-To: <4F679BE2.2040802@gmail.com>
On 2012-03-19 14:49, jfabernathy wrote:
> On 03/19/2012 04:25 PM, Gary Thomas wrote:
>> On 2012-03-19 13:25, jfabernathy wrote:
>>> On 03/19/2012 03:13 PM, Gary Thomas wrote:
>>>> On 2012-03-19 13:04, jfabernathy wrote:
>>>>> On 03/19/2012 03:03 PM, Gary Thomas wrote:
>>>>>> On 2012-03-19 12:59, jfabernathy wrote:
>>>>>>> On 03/19/2012 02:55 PM, Gary Thomas wrote:
>>>>>>>> On 2012-03-19 10:02, jfabernathy wrote:
>>>>>>>>> Just did a git pull today on poky and meta-intel. I tried to rebuild meta-sugarbay again and got a build error. Not sure why yet. Not critical, just a spot check of things.
>>>>>>>>> ------------------
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> NOTE: package mesa-dri-2_7.11-r13.1: task do_configure: Succeeded
>>>>>>>>> NOTE: Running task 1723 of 5148 (ID: 1928, /home/jim/poky/meta/recipes-graphics/mesa/mesa-dri_7.11.bb, do_compile)
>>>>>>>>> NOTE: package mesa-dri-2_7.11-r13.1: task do_compile: Started
>>>>>>>>> ERROR: Function failed: do_compile (see /build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/temp/log.do_compile.25687 for further information)
>>>>>>>>> ERROR: Logfile of failure stored in: /build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/temp/log.do_compile.25687
>>>>>>>>> Log data follows:
>>>>>>>>> | DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 'x86_64-linux', 'common']
>>>>>>>>> | ERROR: Function failed: do_compile (see /build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/temp/log.do_compile.25687 for further information)
>>>>>>>>> | NOTE: make -j 8
>>>>>>>>> | make[1]: Entering directory `/build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/Mesa-7.11/src'
>>>>>>>>> | Making sources for autoconf
>>>>>>>>> | make[2]: Entering directory `/build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/Mesa-7.11/src/mapi/glapi'
>>>>>>>>> | make[2]: *** No rule to make target `/build/sugarbay-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/4.6.3/include/stddef.h', needed by
>>>>>>>>> `glapi_dispatch.o'. Stop.
>>>>>>>>> | make[2]: Leaving directory `/build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/Mesa-7.11/src/mapi/glapi'
>>>>>>>>> | make[1]: *** [subdirs] Error 1
>>>>>>>>> | make[1]: Leaving directory `/build/sugarbay-master/tmp/work/x86_64-poky-linux/mesa-dri-2_7.11-r13.1/Mesa-7.11/src'
>>>>>>>>> | make: *** [default] Error 1
>>>>>>>>> | ERROR: oe_runmake failed
>>>>>>>>> NOTE: package mesa-dri-2_7.11-r13.1: task do_compile: Failed
>>>>>>>>> ERROR: Task 1928 (/home/jim/poky/meta/recipes-graphics/mesa/mesa-dri_7.11.bb, do_compile) failed with exit code '1'
>>>>>>>>
>>>>>>>> What's your build host?
>>>>>>>>
>>>>>>>> Was this build from scratch? There was a discussion of much the
>>>>>>>> same error on the meta-ti list last week where the host GCC was
>>>>>>>> updated between two subsequent builds that gave this error.
>>>>>>>>
>>>>>>> Building on latest release Ubuntu 11.10 (Linux ubuntu-x64 3.0.0-16-generic #29-Ubuntu SMP)
>>>>>>>
>>>>>>> gcc is 4.6.1
>>>>>>>
>>>>>>
>>>>>> Was your build from scratch? Do you use [extant] sstate cache?
>>>>>>
>>>>> I had a preview successful build and just reran that after bitbake -c cleanall core-image-sato
>>>>
>>>> Do you have rm_work in your local.conf?
>>>
>>> No to question on rm_work in local.conf
>>>>
>>>> Try this:
>>>> % bitbake -c cleansstate mesa-dri
>>>> % bitbake mesa-dri
>>>
>>> This work without errors. I'm now doing bitbake core-image-sato to see if it completes.
>>>
>>>>
>>>> BTW, 'bitbake -c cleanall core-image-sato' doesn't really do much - images don't have much (any?)
>>>> stuff that needs to get cleaned. You can run 'bitbake core-image-sato' as many times as you like
>>>> and it will completely rebuild the image every time.
>>>>
>>>>
>>> So if I do a git pull and want to retest with new stuff, just bitbake core-image-sato or should I do something with cleansstate??
>>
>> If you run just 'bitbake core-image-sato', any packages (recipes)
>> which have been changed that are used by the image will be rebuilt.
>> You should not have to clean anything for this to work properly.
>>
>
> After I fixed mesa-dri and started bitbake core-image-sato, it ran for a long time and had a build failure similar to the first one on kexec-tools. I did the bitbake -c cleansstate
> kexec-tools trick again and restarted bitbake core-image-sato. Not sure why this is, but it seems to work.
These errors should not happen - you should be able to update the
yocto meta-data and rebuild an image any time and not suffer such
problems.
Did you change anything else, especially with your host tools,
between the time your previous build completed and you did this
pull and rebuild? For example, running the Ubuntu package updater?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2012-03-19 21:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-19 16:02 build error after recent pull jfabernathy
2012-03-19 18:46 ` Tom Zanussi
2012-03-19 18:55 ` Gary Thomas
2012-03-19 18:59 ` jfabernathy
2012-03-19 19:03 ` Gary Thomas
2012-03-19 19:04 ` jfabernathy
2012-03-19 19:13 ` Gary Thomas
2012-03-19 19:25 ` jfabernathy
2012-03-19 20:25 ` Gary Thomas
2012-03-19 20:49 ` jfabernathy
2012-03-19 21:27 ` Gary Thomas [this message]
2012-03-19 21:38 ` jfabernathy
2012-03-20 9:08 ` jfabernathy
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=4F67A4B5.2020302@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=yocto@yoctoproject.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.