From: Nathan Sidwell <nathan@codesourcery.com>
To: Andreas Schwab <schwab@suse.de>
Cc: gdb-patches@sourceware.org
Subject: Re: [m68k] adjust some tests
Date: Mon, 05 Jun 2006 17:07:00 -0000 [thread overview]
Message-ID: <44846472.4050408@codesourcery.com> (raw)
In-Reply-To: <jewtbva6b4.fsf@sykes.suse.de>
Andreas Schwab wrote:
> Nathan Sidwell <nathan@codesourcery.com> writes:
>
>
>>Coldfire has no jbsr instruction,
>
>
> Neither does m68k. The assembler translates it to bsr.s/bsr.w/bsr.l/jsr,
> whichever fits best.
you're correct. My explanation was incorrect. I've remembered what was going
on now.
The asm-source tests are assembled using default options. That defaults to
m68020 capabilities and the jbsr gets assembled to one of the bsr instructions.
However, using a 'jsr' directly in the source forces emission of a jsr, which
is available on all m68k/cf cores, and allows the resultant executable to be run
on any of them. The asm-source tests don't pay attention to any multilib or
compiler specific flags so I can't see a way to specify to the assembler what
the target cpu really is.
I suppose it would be possible to assemble and link the sources with gcc's
--no-startfiles --no-stdlib options. That would allow this test to work with
multilibs, pass the right options from cflags, and avoid the need for a fully
specified path for any linker script that is needed. However it would tie the
gdb testsuite to gcc. Although I guess this test could probe the compiler and
discover whether it was gcc or not, and do the above if it was or fall back on
the old behaviour if it wasn't. would something like that be acceptable?
nathan
--
Nathan Sidwell :: http://www.codesourcery.com :: CodeSourcery
nathan@codesourcery.com :: http://www.planetfall.pwp.blueyonder.co.uk
next prev parent reply other threads:[~2006-06-05 17:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-05 15:42 Nathan Sidwell
2006-06-05 16:58 ` Andreas Schwab
2006-06-05 17:07 ` Nathan Sidwell [this message]
2006-06-05 18:11 ` Andreas Schwab
2006-06-05 19:27 ` Daniel Jacobowitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44846472.4050408@codesourcery.com \
--to=nathan@codesourcery.com \
--cc=gdb-patches@sourceware.org \
--cc=schwab@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox