Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
@ 2013-08-11  1:49 Joern Rennecke
  2013-08-12  3:51 ` Sergio Durigan Junior
  0 siblings, 1 reply; 9+ messages in thread
From: Joern Rennecke @ 2013-08-11  1:49 UTC (permalink / raw)
  To: Sergio Durigan Junior; +Cc: gdb-patches

> I have checked-in the patch.

>  http://sourceware.org/ml/gdb-cvs/2013-08/msg00042.html

This break the build for i686-pc-linux-gnu X avr:

gcc -g -O2      \
         -o gdb gdb.o avr-tdep.o ser-base.o ser-unix.o ser-pipe.o  
ser-tcp.o  remote.o dcache.o tracepoint.o ax-general.o ax-gdb.o  
remote-fileio.o remote-notif.o ctf.o remote-sim.o cli-dump.o  
cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-logging.o  
cli-interp.o cli-utils.o mi-out.o mi-console.o mi-cmds.o  
mi-cmd-catch.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o  
mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-cmd-target.o  
mi-cmd-info.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o  
tui-command.o tui-data.o tui-disasm.o tui-file.o tui-hooks.o  
tui-interp.o tui-io.o tui-layout.o tui-out.o tui-regs.o tui-source.o  
tui-stack.o tui-win.o tui-windata.o tui-wingeneral.o tui-winsource.o  
tui.o python.o py-arch.o py-auto-load.o py-block.o py-bpevent.o  
py-breakpoint.o py-cmd.o py-continueevent.o py-event.o  
py-evtregistry.o py-evts.o py-exitedevent.o py-finishbreakpoint.o  
py-frame.o py-framefilter.o py-function.o py-gdb-readline.o  
py-inferior.o py-infthread.o py-lazy-string.o py-newobjfileevent.o  
py-objfile.o py-param.o py-prettyprint.o py-progspace.o  
py-signalevent.o py-stopevent.o py-symbol.o py-symtab.o  
py-threadevent.o py-type.o py-utils.o py-value.o elfread.o  
stap-probe.o posix-hdep.o c-exp.o cp-name-parser.o ada-exp.o jv-exp.o  
f-exp.o go-exp.o m2-exp.o p-exp.o version.o annotate.o addrmap.o  
auto-load.o auxv.o agent.o bfd-target.o blockframe.o breakpoint.o  
break-catch-sig.o break-catch-throw.o findvar.o regcache.o cleanups.o  
charset.o continuations.o corelow.o disasm.o dummy-frame.o dfp.o  
source.o value.o eval.o valops.o valarith.o valprint.o printcmd.o  
block.o symtab.o psymtab.o symfile.o symmisc.o linespec.o dictionary.o  
infcall.o infcmd.o infrun.o expprint.o environ.o stack.o thread.o  
exceptions.o filesystem.o filestuff.o inf-child.o interps.o  
minidebug.o main.o macrotab.o macrocmd.o macroexp.o macroscope.o  
mi-common.o event-loop.o event-top.o inf-loop.o completer.o gdbarch.o  
arch-utils.o gdbtypes.o gdb_bfd.o gdb_obstack.o osabi.o copying.o  
memattr.o mem-break.o target.o parse.o language.o buildsym.o findcmd.o  
std-regs.o signals.o exec.o reverse.o bcache.o objfiles.o observer.o  
minsyms.o maint.o demangle.o dbxread.o coffread.o coff-pe-read.o  
dwarf2read.o mipsread.o stabsread.o corefile.o dwarf2expr.o  
dwarf2loc.o dwarf2-frame.o dwarf2-frame-tailcall.o ada-lang.o c-lang.o  
d-lang.o f-lang.o objc-lang.o ada-tasks.o ada-varobj.o ui-out.o  
cli-out.o varobj.o vec.o go-lang.o go-valprint.o go-typeprint.o  
jv-lang.o jv-valprint.o jv-typeprint.o m2-lang.o opencl-lang.o  
p-lang.o p-typeprint.o p-valprint.o sentinel-frame.o complaints.o  
typeprint.o ada-typeprint.o c-typeprint.o f-typeprint.o m2-typeprint.o  
ada-valprint.o c-valprint.o cp-valprint.o d-valprint.o f-valprint.o  
m2-valprint.o serial.o mdebugread.o top.o utils.o ui-file.o  
user-regs.o frame.o frame-unwind.o doublest.o frame-base.o  
inline-frame.o gnu-v2-abi.o gnu-v3-abi.o cp-abi.o cp-support.o  
cp-namespace.o reggroups.o regset.o trad-frame.o tramp-frame.o solib.o  
solib-target.o prologue-value.o memory-map.o memrange.o xml-support.o  
xml-syscall.o xml-utils.o target-descriptions.o target-memory.o  
xml-tdesc.o xml-builtin.o inferior.o osdata.o gdb_usleep.o record.o  
record-full.o gcore.o gdb_vecs.o jit.o progspace.o skip.o probe.o  
common-utils.o buffer.o ptid.o gdb-dlfcn.o common-agent.o format.o  
registry.o btrace.o record-btrace.o target-common.o inflow.o    init.o \
           ../sim/avr/libsim.a ../readline/libreadline.a  
../opcodes/libopcodes.a ../bfd/libbfd.a  ../libiberty/libiberty.a  
../libdecnumber/libdecnumber.a    -ldl -lncurses -lz -lm    -lpthread  
-ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic -lexpat    
../libiberty/libiberty.a  build-gnulib/import/libgnu.a
avr-tdep.o: In function `avr_linux_gdb_signal_to_target':
/home/amylaar/atmel/git/bld-avr-gdb/gdb/../../gdb/gdb/avr-tdep.c:1409:  
undefined reference to `linux_gdb_signal_to_target'
avr-tdep.o: In function `avr_linux_gdb_signal_from_target':
/home/amylaar/atmel/git/bld-avr-gdb/gdb/../../gdb/gdb/avr-tdep.c:1377:  
undefined reference to `linux_gdb_signal_from_target'
collect2: error: ld returned 1 exit status
make[2]: *** [gdb] Error 1


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-08-11  1:49 [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target Joern Rennecke
@ 2013-08-12  3:51 ` Sergio Durigan Junior
  2013-08-12  8:48   ` Joern Rennecke
  2013-08-12 11:07   ` Pedro Alves
  0 siblings, 2 replies; 9+ messages in thread
From: Sergio Durigan Junior @ 2013-08-12  3:51 UTC (permalink / raw)
  To: Joern Rennecke; +Cc: gdb-patches

On Saturday, August 10 2013, Joern Rennecke wrote:

>> I have checked-in the patch.
>
>>  http://sourceware.org/ml/gdb-cvs/2013-08/msg00042.html
>
> This break the build for i686-pc-linux-gnu X avr:
>
> gcc -g -O2      \
>         -o gdb gdb.o avr-tdep.o ser-base.o ser-unix.o ser-pipe.o
> ser-tcp.o  remote.o dcache.o tracepoint.o ax-general.o ax-gdb.o
> remote-fileio.o remote-notif.o ctf.o remote-sim.o cli-dump.o
> cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-logging.o
> cli-interp.o cli-utils.o mi-out.o mi-console.o mi-cmds.o
> mi-cmd-catch.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o
> mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-cmd-target.o
> mi-cmd-info.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o
> tui-command.o tui-data.o tui-disasm.o tui-file.o tui-hooks.o
> tui-interp.o tui-io.o tui-layout.o tui-out.o tui-regs.o tui-source.o
> tui-stack.o tui-win.o tui-windata.o tui-wingeneral.o tui-winsource.o
> tui.o python.o py-arch.o py-auto-load.o py-block.o py-bpevent.o
> py-breakpoint.o py-cmd.o py-continueevent.o py-event.o
> py-evtregistry.o py-evts.o py-exitedevent.o py-finishbreakpoint.o
> py-frame.o py-framefilter.o py-function.o py-gdb-readline.o
> py-inferior.o py-infthread.o py-lazy-string.o py-newobjfileevent.o
> py-objfile.o py-param.o py-prettyprint.o py-progspace.o
> py-signalevent.o py-stopevent.o py-symbol.o py-symtab.o
> py-threadevent.o py-type.o py-utils.o py-value.o elfread.o
> stap-probe.o posix-hdep.o c-exp.o cp-name-parser.o ada-exp.o jv-exp.o
> f-exp.o go-exp.o m2-exp.o p-exp.o version.o annotate.o addrmap.o
> auto-load.o auxv.o agent.o bfd-target.o blockframe.o breakpoint.o
> break-catch-sig.o break-catch-throw.o findvar.o regcache.o cleanups.o
> charset.o continuations.o corelow.o disasm.o dummy-frame.o dfp.o
> source.o value.o eval.o valops.o valarith.o valprint.o printcmd.o
> block.o symtab.o psymtab.o symfile.o symmisc.o linespec.o dictionary.o
> infcall.o infcmd.o infrun.o expprint.o environ.o stack.o thread.o
> exceptions.o filesystem.o filestuff.o inf-child.o interps.o
> minidebug.o main.o macrotab.o macrocmd.o macroexp.o macroscope.o
> mi-common.o event-loop.o event-top.o inf-loop.o completer.o gdbarch.o
> arch-utils.o gdbtypes.o gdb_bfd.o gdb_obstack.o osabi.o copying.o
> memattr.o mem-break.o target.o parse.o language.o buildsym.o findcmd.o
> std-regs.o signals.o exec.o reverse.o bcache.o objfiles.o observer.o
> minsyms.o maint.o demangle.o dbxread.o coffread.o coff-pe-read.o
> dwarf2read.o mipsread.o stabsread.o corefile.o dwarf2expr.o
> dwarf2loc.o dwarf2-frame.o dwarf2-frame-tailcall.o ada-lang.o c-lang.o
> d-lang.o f-lang.o objc-lang.o ada-tasks.o ada-varobj.o ui-out.o
> cli-out.o varobj.o vec.o go-lang.o go-valprint.o go-typeprint.o
> jv-lang.o jv-valprint.o jv-typeprint.o m2-lang.o opencl-lang.o
> p-lang.o p-typeprint.o p-valprint.o sentinel-frame.o complaints.o
> typeprint.o ada-typeprint.o c-typeprint.o f-typeprint.o m2-typeprint.o
> ada-valprint.o c-valprint.o cp-valprint.o d-valprint.o f-valprint.o
> m2-valprint.o serial.o mdebugread.o top.o utils.o ui-file.o
> user-regs.o frame.o frame-unwind.o doublest.o frame-base.o
> inline-frame.o gnu-v2-abi.o gnu-v3-abi.o cp-abi.o cp-support.o
> cp-namespace.o reggroups.o regset.o trad-frame.o tramp-frame.o solib.o
> solib-target.o prologue-value.o memory-map.o memrange.o xml-support.o
> xml-syscall.o xml-utils.o target-descriptions.o target-memory.o
> xml-tdesc.o xml-builtin.o inferior.o osdata.o gdb_usleep.o record.o
> record-full.o gcore.o gdb_vecs.o jit.o progspace.o skip.o probe.o
> common-utils.o buffer.o ptid.o gdb-dlfcn.o common-agent.o format.o
> registry.o btrace.o record-btrace.o target-common.o inflow.o    init.o
> \
>           ../sim/avr/libsim.a ../readline/libreadline.a
> ../opcodes/libopcodes.a ../bfd/libbfd.a  ../libiberty/libiberty.a
> ../libdecnumber/libdecnumber.a    -ldl -lncurses -lz -lm    -lpthread
> -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic -lexpat
> ../libiberty/libiberty.a  build-gnulib/import/libgnu.a
> avr-tdep.o: In function `avr_linux_gdb_signal_to_target':
> /home/amylaar/atmel/git/bld-avr-gdb/gdb/../../gdb/gdb/avr-tdep.c:1409:
> undefined reference to `linux_gdb_signal_to_target'
> avr-tdep.o: In function `avr_linux_gdb_signal_from_target':
> /home/amylaar/atmel/git/bld-avr-gdb/gdb/../../gdb/gdb/avr-tdep.c:1377:
> undefined reference to `linux_gdb_signal_from_target'
> collect2: error: ld returned 1 exit status
> make[2]: *** [gdb] Error 1

Sorry, but how are you building this?  I'm having trouble reproducing
the failure.  I suppose you're building a GDB for AVR only, which is
probably not building linux-tdep.o, where both
linux_gdb_signal_{to,from}_target functions are defined.

There is no avr-linux-tdep.c, which means that when we're not building
for a Linux target such functions won't be available because
linux-tdep.o won't be built.  I'm not sure how to solve this specific
problem (whether to propose this avr-linux-tdep or to solve this with
#ifdef's).  Opinions are welcome.

For now, I have chosen to revert the patch for AVR.  This is not an
urgent thing, and IMO it's more important to keep the tree buildable.
Meanwhile we can discuss alternatives.

I checked-in the following patch.

  http://sourceware.org/ml/gdb-cvs/2013-08/msg00050.html

Thanks,

-- 
Sergio

2013-08-12  Sergio Durigan Junior  <sergiodj@redhat.com>

	Revert implementation of gdbarch_gdb_signal_{to,from}_target for
	AVR.
	* avr-tdep.c: Remove include of "linux-tdep.h".  Remove enum with
	different signals between the generic Linux kernel implementation
	and AVR's.
	(avr_linux_gdb_signal_from_target): Delete.
	(avr_linux_gdb_signal_to_target): Delete.
	(avr_gdbarch_init): Don't set gdbarch_gdb_signal_{to,from}_target.

diff --git a/gdb/avr-tdep.c b/gdb/avr-tdep.c
index 6beac3d..fc4e0f0 100644
--- a/gdb/avr-tdep.c
+++ b/gdb/avr-tdep.c
@@ -36,7 +36,6 @@
 #include "regcache.h"
 #include "gdb_string.h"
 #include "dis-asm.h"
-#include "linux-tdep.h"
 
 /* AVR Background:
 
@@ -191,19 +190,6 @@ struct gdbarch_tdep
   struct type *pc_type;
 };
 
-/* This enum represents the signals' numbers on the AVR
-   architecture.  It just contains the signal definitions which are
-   different from the generic implementation.
-
-   It is derived from the file <arch/avr32/include/uapi/asm/signal.h>,
-   from the Linux kernel tree.  */
-
-enum
-  {
-    AVR_LINUX_SIGRTMIN = 32,
-    AVR_LINUX_SIGRTMAX = 63,
-  };
-
 /* Lookup the name of a register given it's number.  */
 
 static const char *
@@ -1355,60 +1341,6 @@ avr_dwarf_reg_to_regnum (struct gdbarch *gdbarch, int reg)
   return -1;
 }
 
-/* Implementation of `gdbarch_gdb_signal_from_target', as defined in
-   gdbarch.h.  */
-
-static enum gdb_signal
-avr_linux_gdb_signal_from_target (struct gdbarch *gdbarch, int signal)
-{
-  if (signal >= AVR_LINUX_SIGRTMIN && signal <= AVR_LINUX_SIGRTMAX)
-    {
-      int offset = signal - AVR_LINUX_SIGRTMIN;
-
-      if (offset == 0)
-	return GDB_SIGNAL_REALTIME_32;
-      else
-	return (enum gdb_signal) (offset - 1
-				  + (int) GDB_SIGNAL_REALTIME_33);
-    }
-  else if (signal > AVR_LINUX_SIGRTMAX)
-    return GDB_SIGNAL_UNKNOWN;
-
-  return linux_gdb_signal_from_target (gdbarch, signal);
-}
-
-/* Implementation of `gdbarch_gdb_signal_to_target', as defined in
-   gdbarch.h.  */
-
-static int
-avr_linux_gdb_signal_to_target (struct gdbarch *gdbarch,
-				enum gdb_signal signal)
-{
-  switch (signal)
-    {
-    /* GDB_SIGNAL_REALTIME_32 is not continuous in <gdb/signals.def>,
-       therefore we have to handle it here.  */
-    case GDB_SIGNAL_REALTIME_32:
-      return AVR_LINUX_SIGRTMIN;
-
-    /* GDB_SIGNAL_REALTIME_64 is not valid on AVR.  */
-    case GDB_SIGNAL_REALTIME_64:
-      return -1;
-    }
-
-  /* GDB_SIGNAL_REALTIME_33 to _63 are continuous.
-     AVR does not have _64.  */
-  if (signal >= GDB_SIGNAL_REALTIME_33
-      && signal <= GDB_SIGNAL_REALTIME_63)
-    {
-      int offset = signal - GDB_SIGNAL_REALTIME_33;
-
-      return AVR_LINUX_SIGRTMIN + 1 + offset;
-    }
-
-  return linux_gdb_signal_to_target (gdbarch, signal);
-}
-
 /* Initialize the gdbarch structure for the AVR's.  */
 
 static struct gdbarch *
@@ -1512,11 +1444,6 @@ avr_gdbarch_init (struct gdbarch_info info, struct gdbarch_list *arches)
   set_gdbarch_unwind_pc (gdbarch, avr_unwind_pc);
   set_gdbarch_unwind_sp (gdbarch, avr_unwind_sp);
 
-  set_gdbarch_gdb_signal_from_target (gdbarch,
-				      avr_linux_gdb_signal_from_target);
-  set_gdbarch_gdb_signal_to_target (gdbarch,
-				    avr_linux_gdb_signal_to_target);
-
   return gdbarch;
 }
 


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-08-12  3:51 ` Sergio Durigan Junior
@ 2013-08-12  8:48   ` Joern Rennecke
  2013-08-12 11:07   ` Pedro Alves
  1 sibling, 0 replies; 9+ messages in thread
From: Joern Rennecke @ 2013-08-12  8:48 UTC (permalink / raw)
  To: Sergio Durigan Junior; +Cc: gdb-patches

Quoting Sergio Durigan Junior <sergiodj@redhat.com>:

> Sorry, but how are you building this?  I'm having trouble reproducing
> the failure.  I suppose you're building a GDB for AVR only,

yes, using --target=avr for configure.

> which is
> probably not building linux-tdep.o, where both
> linux_gdb_signal_{to,from}_target functions are defined.

Indeed, avr-tdep.o is the only *tdep* file built.

> There is no avr-linux-tdep.c, which means that when we're not building
> for a Linux target such functions won't be available because
> linux-tdep.o won't be built.  I'm not sure how to solve this specific
> problem (whether to propose this avr-linux-tdep or to solve this with
> #ifdef's).  Opinions are welcome.

Is linux-tdep.c really the right place for the host specific support
functions?

> For now, I have chosen to revert the patch for AVR.  This is not an
> urgent thing, and IMO it's more important to keep the tree buildable.
> Meanwhile we can discuss alternatives.
>
> I checked-in the following patch.
>
>   http://sourceware.org/ml/gdb-cvs/2013-08/msg00050.html

Yes, avr-gdb is building again for now.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-08-12  3:51 ` Sergio Durigan Junior
  2013-08-12  8:48   ` Joern Rennecke
@ 2013-08-12 11:07   ` Pedro Alves
  1 sibling, 0 replies; 9+ messages in thread
From: Pedro Alves @ 2013-08-12 11:07 UTC (permalink / raw)
  To: Sergio Durigan Junior; +Cc: Joern Rennecke, gdb-patches

On 08/12/2013 04:51 AM, Sergio Durigan Junior wrote:

> Sorry, but how are you building this?  I'm having trouble reproducing
> the failure.  I suppose you're building a GDB for AVR only, which is
> probably not building linux-tdep.o, where both
> linux_gdb_signal_{to,from}_target functions are defined.
> 
> There is no avr-linux-tdep.c, which means that when we're not building
> for a Linux target such functions won't be available because
> linux-tdep.o won't be built.  I'm not sure how to solve this specific
> problem (whether to propose this avr-linux-tdep or to solve this with
> #ifdef's).  Opinions are welcome.

There should be an avr-linux-tdep.c, and Linux things should be
moved there.

-- 
Pedro Alves


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-07-26 20:13 Sergio Durigan Junior
  2013-07-27 17:57 ` Doug Evans
  2013-07-29 16:43 ` Pedro Alves
@ 2013-08-09 16:56 ` Sergio Durigan Junior
  2 siblings, 0 replies; 9+ messages in thread
From: Sergio Durigan Junior @ 2013-08-09 16:56 UTC (permalink / raw)
  To: GDB Patches; +Cc: Tom Tromey

On Friday, July 26 2013, I wrote:

> This is the second attempt to implement gdbarch_gdb_signal_to_target,
> but this time with the additional implementation of
> gdbarch_gdb_signal_from_target (a MIPS-only method so far).
>
> The first attempt is here:
>
> <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>
>
> The notable changes are:
>
> - linux-tdep.c now registers the generic converters itself, thus
>   eliminating the need for every target to do so.
>
> - Comment about SIGSWI on ARM (discussion here:
>   <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>).
>
> - Rewrite MIPS implementation of gdbarch_gdb_signal_from_target.
>   Remove "enum mips_signals".
>
> Hopefully everything is right now.  If the patch is approved, I intend
> to commit it as a whole, instead of each chunk separately.
>
> Thanks.

I have checked-in the patch.

  http://sourceware.org/ml/gdb-cvs/2013-08/msg00042.html

Thanks,

-- 
Sergio


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-07-27 17:57 ` Doug Evans
@ 2013-08-07 20:54   ` Sergio Durigan Junior
  0 siblings, 0 replies; 9+ messages in thread
From: Sergio Durigan Junior @ 2013-08-07 20:54 UTC (permalink / raw)
  To: Doug Evans; +Cc: GDB Patches, Tom Tromey

On Saturday, July 27 2013, Doug Evans wrote:

> Hi.

Hi.  Sorry for the delay.

> I reviewed all the patches.
> Except for a few nits pointed out in some of the patches, the set is
> ok with me.

Thanks.

> As a sanity check, did you do an enable-targets=all build?

Yes, I always build my patches this way :-).

> I gather there is a use for gdbarch_gdb_signal_to_target coming, so no
> worries there.

Yep.

> In older times one couldn't use "signal" as a variable name to avoid a
> possible collision with a system header defining a macro signal.  I
> see record-full.c uses "signal" so perhaps we no longer have to deal
> with that, but heads up.

Hm, I wasn't aware of such constraint.  Anyway, since there is a
precedence, then I won't bother changing.

> [fwiw, and this is just a side discussion, not meant to block the
> patch or anything ...
> This is an example of the kind of thing that I wish existed in a
> library anyone could use.
> Yeah, we're converting to/from GDB_FOO, but I can imagine it being
> useful to multiple tools.]

Sounds nice, indeed.  Weekend project, maybe?  :-).

-- 
Sergio


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-07-26 20:13 Sergio Durigan Junior
  2013-07-27 17:57 ` Doug Evans
@ 2013-07-29 16:43 ` Pedro Alves
  2013-08-09 16:56 ` Sergio Durigan Junior
  2 siblings, 0 replies; 9+ messages in thread
From: Pedro Alves @ 2013-07-29 16:43 UTC (permalink / raw)
  To: Sergio Durigan Junior; +Cc: GDB Patches, Tom Tromey

On 07/26/2013 09:13 PM, Sergio Durigan Junior wrote:
> This is the second attempt to implement gdbarch_gdb_signal_to_target,
> but this time with the additional implementation of
> gdbarch_gdb_signal_from_target (a MIPS-only method so far).
> 
> The first attempt is here:
> 
> <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>
> 
> The notable changes are:
> 
> - linux-tdep.c now registers the generic converters itself, thus
>   eliminating the need for every target to do so.
> 
> - Comment about SIGSWI on ARM (discussion here:
>   <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>).
> 
> - Rewrite MIPS implementation of gdbarch_gdb_signal_from_target.
>   Remove "enum mips_signals".
> 
> Hopefully everything is right now.  If the patch is approved, I intend
> to commit it as a whole, instead of each chunk separately.

Thanks.  FAOD, this looks good to me.

-- 
Pedro Alves


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
  2013-07-26 20:13 Sergio Durigan Junior
@ 2013-07-27 17:57 ` Doug Evans
  2013-08-07 20:54   ` Sergio Durigan Junior
  2013-07-29 16:43 ` Pedro Alves
  2013-08-09 16:56 ` Sergio Durigan Junior
  2 siblings, 1 reply; 9+ messages in thread
From: Doug Evans @ 2013-07-27 17:57 UTC (permalink / raw)
  To: Sergio Durigan Junior; +Cc: GDB Patches, Tom Tromey

On Fri, Jul 26, 2013 at 1:13 PM, Sergio Durigan Junior
<sergiodj@redhat.com> wrote:
> This is the second attempt to implement gdbarch_gdb_signal_to_target,
> but this time with the additional implementation of
> gdbarch_gdb_signal_from_target (a MIPS-only method so far).
>
> The first attempt is here:
>
> <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>
>
> The notable changes are:
>
> - linux-tdep.c now registers the generic converters itself, thus
>   eliminating the need for every target to do so.
>
> - Comment about SIGSWI on ARM (discussion here:
>   <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>).
>
> - Rewrite MIPS implementation of gdbarch_gdb_signal_from_target.
>   Remove "enum mips_signals".
>
> Hopefully everything is right now.  If the patch is approved, I intend
> to commit it as a whole, instead of each chunk separately.
>
> Thanks.

Hi.

I reviewed all the patches.
Except for a few nits pointed out in some of the patches, the set is ok with me.
As a sanity check, did you do an enable-targets=all build?
[modulo I didn't audit the signal lists and values]
Also, you may wish to leave it a few days in case others wish to comment.

I gather there is a use for gdbarch_gdb_signal_to_target coming, so no
worries there.

In older times one couldn't use "signal" as a variable name to avoid a
possible collision with a system header defining a macro signal.  I
see record-full.c uses "signal" so perhaps we no longer have to deal
with that, but heads up.

[fwiw, and this is just a side discussion, not meant to block the
patch or anything ...
This is an example of the kind of thing that I wish existed in a
library anyone could use.
Yeah, we're converting to/from GDB_FOO, but I can imagine it being
useful to multiple tools.]


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target
@ 2013-07-26 20:13 Sergio Durigan Junior
  2013-07-27 17:57 ` Doug Evans
                   ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: Sergio Durigan Junior @ 2013-07-26 20:13 UTC (permalink / raw)
  To: GDB Patches; +Cc: Sergio Durigan Junior, Tom Tromey

This is the second attempt to implement gdbarch_gdb_signal_to_target,
but this time with the additional implementation of
gdbarch_gdb_signal_from_target (a MIPS-only method so far).

The first attempt is here:

<http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>

The notable changes are:

- linux-tdep.c now registers the generic converters itself, thus
  eliminating the need for every target to do so.

- Comment about SIGSWI on ARM (discussion here:
  <http://sourceware.org/ml/gdb-patches/2013-07/msg00002.html>).

- Rewrite MIPS implementation of gdbarch_gdb_signal_from_target.
  Remove "enum mips_signals".

Hopefully everything is right now.  If the patch is approved, I intend
to commit it as a whole, instead of each chunk separately.

Thanks.


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2013-08-12 11:07 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-08-11  1:49 [PATCH 0/7] Implement gdbarch_gdb_signal_{to,from}_target Joern Rennecke
2013-08-12  3:51 ` Sergio Durigan Junior
2013-08-12  8:48   ` Joern Rennecke
2013-08-12 11:07   ` Pedro Alves
  -- strict thread matches above, loose matches on Subject: below --
2013-07-26 20:13 Sergio Durigan Junior
2013-07-27 17:57 ` Doug Evans
2013-08-07 20:54   ` Sergio Durigan Junior
2013-07-29 16:43 ` Pedro Alves
2013-08-09 16:56 ` Sergio Durigan Junior

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox