Am 18.02.2013 20:07, schrieb Ian Lance Taylor:
>> the libgo testsuite unfortunately works not as all other testsuite for the
>> > libraries do work. Usually if you do want to test a multilib build, you
>> > call
>> >
>> > RUNTESTFLAGS="--target_board=unix\{,-m32,-mx32\}" make -k check
>> >
>> >
On Mon, Feb 18, 2013 at 12:23 AM, Matthias Klose wrote:
>
>> As I mentioned on the bug, can you figure out why it fails? The file
>> gcc/testsuite/lib/go.exp does a load_lib of several files from that
>> directory. Why would they all work but loading timeout.exp fails?
>
> but as I see now, it s
Am 09.02.2013 19:24, schrieb Ian Lance Taylor:
> On Sat, Feb 9, 2013 at 3:18 AM, Andreas Schwab wrote:
>> Ian Lance Taylor writes:
>>
>>> 2013-02-08 Ian Lance Taylor
>>>
>>> * lib/go.exp: Load timeout.exp.
>>
>> ERROR: Couldn't find library file timeout.exp.
>
> Sorry, I was told on IRC
On Sat, Feb 9, 2013 at 3:18 AM, Andreas Schwab wrote:
> Ian Lance Taylor writes:
>
>> 2013-02-08 Ian Lance Taylor
>>
>> * lib/go.exp: Load timeout.exp.
>
> ERROR: Couldn't find library file timeout.exp.
Sorry, I was told on IRC that the patch worked.
As I mentioned on the bug, can you
Ian Lance Taylor writes:
> 2013-02-08 Ian Lance Taylor
>
> * lib/go.exp: Load timeout.exp.
ERROR: Couldn't find library file timeout.exp.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something
Since testsuite/lib/go.exp now uses [timeout_value], it needs to load
timeout.exp. This shows up when testing libgo using DejaGNU.
Bootstrapped and ran Go tests on x86_64-unknown-linux-gnu. Committed to
mainline.
Ian
2013-02-08 Ian Lance Taylor
* lib/go.exp: Load timeout.exp.
Ind
