Unfortunately whilst rerunning configure and make against a project will mostly
work there are situations where it does not correctly do the right thing.
In particular, eglibc and gcc will fail out with errors where settings
do not match a previously built configuration. It could be argued they ar
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
wrote:
> Unfortunately whilst rerunning configure and make against a project will
> mostly
> work there are situations where it does not correctly do the right thing.
>
> In particular, eglibc and gcc will fail out with errors where settings
> do no
On Tue, 2012-09-11 at 19:01 +, McClintock Matthew-B29882 wrote:
> On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
> wrote:
> > Unfortunately whilst rerunning configure and make against a project will
> > mostly
> > work there are situations where it does not correctly do the right thing.
> >
On Wed, Sep 12, 2012 at 9:16 AM, Richard Purdie
wrote:
> On Tue, 2012-09-11 at 19:01 +, McClintock Matthew-B29882 wrote:
>> On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
>> wrote:
>> > Unfortunately whilst rerunning configure and make against a project will
>> > mostly
>> > work there are
On 09/12/2012 10:47 AM, McClintock Matthew-B29882 wrote:
On Wed, Sep 12, 2012 at 9:16 AM, Richard Purdie
wrote:
On Tue, 2012-09-11 at 19:01 +, McClintock Matthew-B29882 wrote:
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
wrote:
Unfortunately whilst rerunning configure and make against
On Tue, 2012-09-11 at 15:22 +0100, Richard Purdie wrote:
> Unfortunately whilst rerunning configure and make against a project will
> mostly
> work there are situations where it does not correctly do the right thing.
>
> In particular, eglibc and gcc will fail out with errors where settings
> do
On Wed, Sep 26, 2012 at 12:07 PM, Phil Blundell wrote:
> On Tue, 2012-09-11 at 15:22 +0100, Richard Purdie wrote:
>> Unfortunately whilst rerunning configure and make against a project will
>> mostly
>> work there are situations where it does not correctly do the right thing.
>>
>> In particular,
On Wed, 2012-09-26 at 18:07 +0100, Phil Blundell wrote:
> On Tue, 2012-09-11 at 15:22 +0100, Richard Purdie wrote:
> > Unfortunately whilst rerunning configure and make against a project will
> > mostly
> > work there are situations where it does not correctly do the right thing.
> >
> > In parti
On Fri, Sep 28, 2012 at 8:23 AM, Richard Purdie
wrote:
> On Wed, 2012-09-26 at 18:07 +0100, Phil Blundell wrote:
>> On Tue, 2012-09-11 at 15:22 +0100, Richard Purdie wrote:
>> > Unfortunately whilst rerunning configure and make against a project will
>> > mostly
>> > work there are situations whe
On Fri, 2012-09-28 at 20:21 +, McClintock Matthew-B29882 wrote:
> I've seen this now:
>
> ERROR: Logfile of failure stored in:
> /local/yocto/upstream/label/fedora17-64b/machine/beagleboard/poky/master/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/flex-2.5.35-r3/temp/log.do_configure.26311
> Log
On Friday, 28 September 2012 at 22:20, Richard Purdie wrote:
> Totally unrelated, likely a transient race we're meant to have fixed but
> don't seem to have done so :/
>
> The supposed fix was:
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=a92ff3ad4212f8966bbd3f6defcb112737d81cda
FWIW, I
On Sat, Sep 29, 2012 at 07:42:48AM +0100, Ross Burton wrote:
> On Friday, 28 September 2012 at 22:20, Richard Purdie wrote:
> > Totally unrelated, likely a transient race we're meant to have fixed but
> > don't seem to have done so :/
> >
> > The supposed fix was:
> > http://git.yoctoproject.org/c
On Sat, 2012-09-29 at 09:24 +0200, Martin Jansa wrote:
> On Sat, Sep 29, 2012 at 07:42:48AM +0100, Ross Burton wrote:
> > On Friday, 28 September 2012 at 22:20, Richard Purdie wrote:
> > > Totally unrelated, likely a transient race we're meant to have fixed but
> > > don't seem to have done so :/
>
13 matches
Mail list logo