This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] profopt.exp and remote testing
- From: Joern RENNECKE <joern dot rennecke at st dot com>
- To: Geoff Keating <geoffk at apple dot com>
- Cc: Adam Nemet <anemet at lnxw dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>, janis187 at us dot ibm dot com
- Date: Tue, 30 Aug 2005 21:08:14 +0100
- Subject: Re: [PATCH] profopt.exp and remote testing
- References: <4314A5DD.50304@st.com> <FE22D9DC-9108-44F3-91B3-8336EB4B44FC@apple.com>
Geoff Keating wrote:
I think this means your board isn't configured properly. What this
code is trying to do is to take a file which was created by the
testcase, and copy it to the machine running dejagnu. In the context
of a simulator, I think that's a no-op (assuming the simulator
supports file I/O at all). And yet, it looks like remote_file is
trying to treat it as if it was a separate machine which was to be
accessed using 'rsh'.
The tests worked fine on the 22nd July, but started to fail before the
3rd of August.
The matching part in $DEJAGNU is:
case "$target_triplet" in {
...
{ "sh-unknown-elf" } {
set target_list { "sh-hms-sim{,-m4/-ml}" }
set board_info(sh-hms-sim,ldscript) "-Wl,--defsym,_stack=0x1ff000"
set board_info(sh-hms-sim,sim,options) "-m 21"
set board_info(sh-hms-sim/-m4/-ml,ldscript)
"-Wl,--defsym,_stack=0x1ff000"
set board_info(sh-hms-sim/-m4/-ml,sim,options) "-m 21"
}
The matching file in the baseboards directory starts with:
# This is a list of toolchains that are supported on this board.
set_board_info target_install {sh-hms}
# Load the generic configuration for this board. This will define a basic
# set of routines needed by the tool to communicate with the board.
load_generic_config "sim"
# basic-sim.exp is a basic description for the standard Cygnus simulator.
load_base_board_description "basic-sim"
and then goes on to define various settings for the simulator, gcc, the
linker and gdb.