Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@redhat.com>
To: Kazu Hirata <kazu@cs.umass.edu>
Cc: gdb-patches@sources.redhat.com, msnyder@redhat.com,
	rsandifo@redhat.com, aoliva@redhat.com, vinschen@redhat.com,
	dvenkat@noida.hcltech.com
Subject: Re: [preliminary patch] sim/h8300/compile.c: abort when abort is called.
Date: Tue, 24 Jun 2003 16:18:00 -0000	[thread overview]
Message-ID: <3EF87254.1060900@redhat.com> (raw)
In-Reply-To: <20030624.035043.10249396.kazu@cs.umass.edu>

> Hi,
> 
> Attached is a patch to teach the h8300 simulator to abort when abort
> is called.  Without this, I get spurious XPASS when testing gcc.
> Although the patched simulator works, my gut feeling is telling me
> that there should be a better way to do this.  Any thought?

Yes.  Generally speaking, the simulators should not call abort.  Instead 
they should, some how, stop the simulation and return to the caller. 
That statement looks to be trying to do just that.  I think MichaelS 
recently changed sim/common to, for the h8300 do a correct exit.

2003-06-04  Michael Snyder  <msnyder@redhat.com>

         * common/run.c (main): Remove SIM_H8300 ifdef.
         (usage): Ditto.
         * common/sim-options.c (STANDARD_OPTIONS): Add SIM_H8300SX.
         (standard_options): Add '-x' for h8/300sx.
         (standard_option_handler): Add case for SIM_H8300SX.

suggest studying that code.

Andrew


> Kazu Hirata
> 
> 2003-06-24  Kazu Hirata  <kazu@cs.umass.edu>
> 
> 	* compile.c (sim_resume): Abort when sleep instruction is used
> 	without the magic number.
> 
> Index: compile.c
> ===================================================================
> RCS file: /cvs/src/src/sim/h8300/compile.c,v
> retrieving revision 1.31
> diff -u -r1.31 compile.c
> --- compile.c	19 Jun 2003 02:14:14 -0000	1.31
> +++ compile.c	24 Jun 2003 07:40:12 -0000
> @@ -3577,8 +3577,7 @@
>  	    }
>  	  else
>  	    {
> -	      /* Treat it as a sigtrap.  */
> -	      sim_engine_set_run_state (sd, sim_stopped, SIGTRAP);
> +	      abort ();
>  	    }
>  	  goto end;
>  
> 



  reply	other threads:[~2003-06-24 16:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-24  8:14 Kazu Hirata
2003-06-24 16:18 ` Andrew Cagney [this message]
2003-06-24 23:03   ` Michael Snyder
2003-06-25 21:39     ` Kazu Hirata
2003-07-02 19:06       ` Michael Snyder
2003-06-24 23:04   ` Michael Snyder

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=3EF87254.1060900@redhat.com \
    --to=ac131313@redhat.com \
    --cc=aoliva@redhat.com \
    --cc=dvenkat@noida.hcltech.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=kazu@cs.umass.edu \
    --cc=msnyder@redhat.com \
    --cc=rsandifo@redhat.com \
    --cc=vinschen@redhat.com \
    /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