Automatically replace shared library extensions on Symbian

Joel Brobecker brobecker@adacore.com
Mon Mar 8 04:54:00 GMT 2010


> What do you think of this?

A gdbarch setting sounds indeed better to me, as the debugger is then
doing the right thing automatically.

> 2010-03-05  Daniel Jacobowitz  <dan@codesourcery.com>
> 	   Pedro Alves  <pedro@codesourcery.com>
> 
> 	gdb/
> 	* solib.c (solib_find): Replace extension if
> 	solib_symbols_extension set in the target gdbarch.
> 	* arm-symbian-tdep.c (arm_symbian_init_abi): Set
> 	solib_symbols_extension to "sym".
> 	* gdbarch.sh (solib_symbols_extension): New variable.
> 	(pstring): New function.
> 	* gdbarch.h, gdbarch.c: Regenerate.

No real comment on the code, except maybe:

> +
> +# If non-empty, this is a file extension that will be opened in place
> +# of the file extension reported by the shared library list.
> +v:const char *:solib_symbols_extension:::::::pstring (gdbarch->solib_symbols_extension)

Would you mind expanding the commend above to explain that Symbian OS
is one example where this can be useful, and why? Basically, the current
description is a bit short, and I also found the paragraph describing
what happens on Symbian to be very interesting and useful...

Another option for preserving the description of what happens on Symbian OS
is to provide it at the location where you call set_solib_symbols_extension,
but it might be more difficult for someone working on a different architecture
having the same problem and looking for the gdbarch method that would allow
him to solve his problem?

-- 
Joel



More information about the Gdb-patches mailing list