From: Daniel Jacobowitz <drow@mvista.com>
To: Kevin Buettner <kevinb@redhat.com>
Cc: Michael Elizabeth Chastain <mec@shout.net>,
Richard.Earnshaw@arm.com, gdb@sources.redhat.com
Subject: Re: Changing the C/C++ compiler for gdb testsuite runs
Date: Thu, 10 Jan 2002 11:30:00 -0000 [thread overview]
Message-ID: <20020110143040.A9479@nevyn.them.org> (raw)
In-Reply-To: <1020110190932.ZM5067@localhost.localdomain>
On Thu, Jan 10, 2002 at 12:09:33PM -0700, Kevin Buettner wrote:
> On Jan 10, 10:58am, Michael Elizabeth Chastain wrote:
>
> > If you build gcc and gdb in a unified build tree then dejagnu will find
> > and use the uninstalled compiler in the unified build tree, even in
> > preference to $PATH. That behaviour actually got in my way so I stopped
> > using unified trees.
>
> Here's one way to use a different compiler in a unified tree...
>
> 1) In gdb/testsuite (in your build directory), do
>
> make site.exp
>
> 2) Add lines similar to the following to the end of
> gdb/testsuite/site.exp:
>
> set CC_FOR_TARGET "/some/other/path/to/gcc"
> set CXX_FOR_TARGET "/some/other/path/to/g++"
>
> If anyone knows of other (more elegant) tricks that can be used to
> accomplish the same thing, I'd like to hear about them...
I do this by different board files.
In dejagnu/baseboards, copy unix.exp. Edit it. It should originally
say:
set_board_info compiler "[find_gcc]";
I have:
set_board_info compiler "/opt/src/gcc/install-30/bin/gcc";
set_board_info c++compiler "/opt/src/gcc/install-30/bin/g++";
There's matching variables for all the other compiler types (Java etc).
I don't yet test those.
Then, to run:
../../../src/dejagnu/runtest --target_board "unix unix3" blah.exp
That will run tests for both the default GCC and the custom in
install-30. You can also do:
--target_board "unix/gdb:debug_flags=-gdwarf-2"
to test DWARF-2, or likewise for any other flag. There's a pure
/dwarf2 option but don't use it; that's dwarf-1 level 2. I've been
forgetting to file a DejaGNU bug report about this.
The results of this thread should go in the GDB manual somewhere!
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2002-01-10 19:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-10 8:58 Michael Elizabeth Chastain
2002-01-10 11:10 ` Kevin Buettner
2002-01-10 11:30 ` Daniel Jacobowitz [this message]
2002-01-15 10:24 ` Daniel Jacobowitz
2002-01-15 11:18 ` Andrew Cagney
-- strict thread matches above, loose matches on Subject: below --
2002-01-11 8:07 Michael Elizabeth Chastain
2002-01-10 5:46 Richard Earnshaw
2002-01-10 17:30 ` Michael Snyder
2002-01-11 2:23 ` Richard Earnshaw
2002-01-11 7:26 ` Andrew Cagney
2002-01-11 7:38 ` Richard Earnshaw
2002-01-11 7:45 ` Andrew Cagney
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=20020110143040.A9479@nevyn.them.org \
--to=drow@mvista.com \
--cc=Richard.Earnshaw@arm.com \
--cc=gdb@sources.redhat.com \
--cc=kevinb@redhat.com \
--cc=mec@shout.net \
/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