This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH obv/pushed] MIPS ptrace build fixes
- From: Sergio Durigan Junior <sergiodj at redhat dot com>
- To: Brendan Kirby <brendan dot kirby at imgtec dot com>
- Cc: Pedro Alves <palves at redhat dot com>, Peter Schauer <peterschauer at gmx dot net>, Simon Marchi <simon dot marchi at ericsson dot com>, <gdb-patches at sourceware dot org>, Matthew Fortune <Matthew dot Fortune at imgtec dot com>, "Maciej W. Rozycki" <maciej dot rozycki at imgtec dot com>, Rich Fuhler <rich dot fuhler at imgtec dot com>
- Date: Mon, 24 Aug 2015 14:05:51 -0400
- Subject: Re: [PATCH obv/pushed] MIPS ptrace build fixes
- Authentication-results: sourceware.org; auth=none
- References: <201508241459 dot t7OEx5rP011772 at licht dot localdomain> <55DB3236 dot 4090400 at redhat dot com> <55DB59BD dot 6030304 at imgtec dot com>
On Monday, August 24 2015, Brendan Kirby wrote:
> On 08/24/2015 08:03 AM, Pedro Alves wrote:
>> On 08/24/2015 03:59 PM, Peter Schauer wrote:
>>
>>>>> This looks like a memory problem on the build slave, it seems that
>>>>> memory flipped from 0x73 ('s') to 0x63 ('c').
>>>> OOC, how did you figure this out?
>>> From these lines:
>>>
>>> build-gnulib/import/stdlib.h:41:20: fatal error: /usr/lib/gcc/mips-linux-gnu/4.9/include/ctddef.h: No such file or directory
>>> #include <stddef.h>
>>> ^
>>>
>>> gcc lists the correct source include (stddef.h), but then complains
>>> about not finding ctddef.h, so it looks like memory flipped somewhere
>>> between (or while) reading the include file name and then trying to
>>> access the include file.
>>>
>> Aaaah. Nice catch.
>>
>> Brendan, is anyone looking at sorting this out?
> I'm not aware of anyone working on this. I'm CC'ing a few people who
> might be. If it turns out to be a hardware problem, then I can move it
> to another Edge Router Pro. But, I don't have anything other than Edge
> Router Pro boards to put it on.
Hi Brendan,
Another thing that has been worrying me is the fact that the MIPS
buildslave is awfully slow; it's been a while now that its list of
pending builds contains 60+ commits. All the other buildslaves manage
to catch up one way or another, and their list of pending builds rarely
has more than 10 commits.
I was wondering if you could assign more slaves to perform the builds.
I know that may not be feasible for you, but that would be the easiest
solution to this problem.
Thanks,
--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/