On 07/26/2013 01:00 AM, David Starner wrote:
> On Thu, Jul 25, 2013 at 1:17 AM, Andrew Haley wrote:
>> On 07/24/2013 11:51 PM, David Starner wrote:
>>> On Wed, Jul 24, 2013 at 8:50 AM, Andrew Haley wrote:
Not at all: we're just disagreeing about what a real system with
a real workload l
On 07/25/2013 06:21 PM, Joseph S. Myers wrote:
> I was interested to watch the video of the DejaGnu BOF at the Cauldron. A
> few issues with DejaGnu for toolchain testing that I've noted but I don't
> think were covered there include:
Thanks for the thoughtful comments, they're useful as I sta
On Fri, 26 Jul 2013, Rob Savoye wrote:
> > * DejaGnu has a lot of hardcoded logic to try to find various files in a
> > toolchain build directory. A lot of it is actually for very old toolchain
> > versions (using GCC version 2 or older, for example). The first issue
> > with this is that it
On 07/26/2013 10:37 AM, Joseph S. Myers wrote:
> Anything in the core needs to avoid obstructing toolchain changes. People
> typically test with the installed DejaGnu from their OS, and the OS itself
> may well be a few years old (e.g. Ubuntu 10.04), so it's undesirable for
> an enhancement to
On Fri, 26 Jul 2013, Rob Savoye wrote:
>I'd agree there is lots of crufty support for things like the old
> Cygnus trees that could be removed. Ideally I'd prefer to explore
> people's ideas on what would be useful for testing toolchains 5-10 years
> from now. Me, I want something not dependen
Forwarding this to the mailing list as I have forgotten to reply-all.
Should anybody search for the same issue, my solution was to get the
right gawk version. gawk generates a optionslist and options.h file.
The GCC documentation states that gawk 3.1.5 is known to work. My
version was broken.
Reg
I am looking at how to best integrate building a cross compiler in our
source tree, which is a little bit old-baken and easy to break.
Nevertheless, I'd like to to it like you're supposed to do with new
GCC's. I am using 4.8.1 now. Rather than describing my specific
problem, let me ask very general
