Re: [arm-gnu] GCC Testsuite

[naveen yadav <yad.naveen@xxxxxxxxx>]

Hi Mitchell,

1. The Binaries are from you only.
2. we made a set up to check gcctestsuite on target, and running using

# runtest   --tool_exec arm-none-linux-gnueabi-gcc  --tool gcc
--target_board=myboard_sshscp_arm

command.

3. Here is my target_board file


***************************************************************************************************************************
load_generic_config "unix"
process_multilib_options ""
# Network address of board
set_board_info hostname 10.10.89.19
set_board_info username root
set_board_info shell_prompt    "dank2>"
# For DejaGnu 1.4.3 and above; DejaGnu 1.4.2.x (Debian 3.0) ignores
these settings!
set_board_info rsh_prog /usr/bin/ssh
set_board_info rcp_prog /usr/bin/scp

*************************************************************************

Pls suggest if any modification is required.

Regards
Naveen

On Tue, Feb 16, 2010 at 11:07 AM, Mark Mitchell <mark@xxxxxxxxxxxxxxxx> wrote:
> naveen yadav wrote:
>
>> # of expected passes            36908
>> # of unexpected failures        1304
>> # of unexpected successes       3
>> # of expected failures          90
>> # of unresolved testcases       8683
>> # of unsupported tests          474
>> Executing on host: arm-none-linux-gnueabi-gcc -v    (timeout = 300)
>>
>> So which is most critical for stability of Toolchain
>
> Are these actually our binaries, or did you rebuild them from source?
>
> The output above is meaningless on its own.  First, the largely number
> of "unresolved testcases" probably means something is wrong with the
> test environment, or the system itself.  Second, the failures can come
> from problems with your hardware, kernel, or test procedures.  Finally,
> some tests will fail due to known issues -- but are not marked XFAIL in
> the testsuite.  It takes quite a lot of knowledge and experience to
> interpret the test logs to determine exactly which case things fall.
>
> Why are you running these tests?  What is it that you are trying to
> figure out?
>
> Thanks,
>
> --
> Mark Mitchell
> CodeSourcery
> mark@xxxxxxxxxxxxxxxx
> (650) 331-3385 x713
>