Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Jon Beniston <jon@beniston.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] Add support for the Lattice Mico32 (LM32) architecture
Date: Thu, 07 May 2009 16:49:00 -0000	[thread overview]
Message-ID: <20090507164853.GD659@adacore.com> (raw)
In-Reply-To: <26720080D2924381A7049C33A9DEB225@bibi>

Jon,

> 2009-04-15  Jon Beniston <jon@beniston.com>
>         
>         * MAINTAINERS: Add lm32 target.        
>         * Makefile.in: Add lm32 dependencies.        
>         * NEWS: Indicate lm32 is a new target.
>         * configure.tgt: Add lm32 targets.
>         * lm32-tdep.c: New file.
> 
> gdb/testsuite
> 2009-04-15  Jon Beniston <jon@beniston.com>
> 
>         * gdb.asm/asm-source.exp: Add lm32 target.

This looks good overall. I just had one tiny observation. Please also 
double-check with Eli that the NEWS update is OK.

That being said, I'm afraid that you won't be able to commit this patch
until the sim counterpart is approved. This is due to the two dependencies
(one in configure.tgt, and one in lm32-tdep.c) that you have.  Have you
heard from the sim maintainers?

> /* Return PC of first non prologue instruction, for the function at the 
>    specified address.  */
> 
> static CORE_ADDR
> lm32_skip_prologue (struct gdbarch *gdbarch, CORE_ADDR pc)
> {
>   CORE_ADDR func_addr, func_end, limit_pc;
>   struct symtab_and_line sal;
>   struct lm32_frame_cache frame_info;
>   struct trad_frame_saved_reg saved_regs[SIM_LM32_NUM_REGS];
> 
>   /* See if we can determine the end of the prologue via the symbol table.
>      If so, then return either PC, or the PC after the prologue, whichever
>      is greater.  */
>   if (find_pc_partial_function (pc, NULL, &func_addr, &func_end))

You don't need the func_end variable, here, as you can just pass NULL
instead.

-- 
Joel


  parent reply	other threads:[~2009-05-07 16:49 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-22 12:06 Jon Beniston
2009-02-07  4:14 ` Joel Brobecker
2009-04-15 18:09   ` Jon Beniston
2009-04-15 19:24     ` Eli Zaretskii
2009-05-07 16:49     ` Joel Brobecker [this message]
2009-05-07 18:35       ` Eli Zaretskii
2009-05-07 23:13       ` Jon Beniston
2009-05-08 15:32         ` Joel Brobecker
2009-05-11 16:24           ` Jon Beniston
2009-05-11 16:39             ` Joel Brobecker
2009-05-13 14:49               ` Jon Beniston
2009-05-13 15:29                 ` Joel Brobecker
2009-05-18 15:57                 ` Pierre Muller
2009-05-18 16:09                   ` Pierre Muller
  -- strict thread matches above, loose matches on Subject: below --
2008-12-16  0:52 Jon Beniston

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=20090507164853.GD659@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jon@beniston.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