This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: possible gdb agent expression extension
- From: Eli Zaretskii <eliz at gnu dot org>
- To: David Taylor <dtaylor at usendtaylorx2l dot lss dot emc dot com>
- Cc: gdb at sourceware dot org
- Date: Sat, 23 Aug 2014 10:32:08 +0300
- Subject: Re: possible gdb agent expression extension
- Authentication-results: sourceware.org; auth=none
- References: <20426 dot 1406558341 at usendtaylorx2l> <12648 dot 1408745258 at usendtaylorx2l>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> Date: Fri, 22 Aug 2014 18:07:38 -0400
> From: David Taylor <dtaylor@usendtaylorx2l.lss.emc.com>
>
> Hopefully the markup is correct:
I cannot comment on the markup's idea because I don't really
understand what you are trying to say using that markup. I think the
larger context is missing.
That @result{} at the end, with nothing after it, does look strange:
what "result" does this give?
> @item @code{setmem8} (0x??): @var{addr} @var{value} @result{}
> @item @code{setmem16} (0x??): @var{addr} @var{value} @result{}
> @item @code{setmem32} (0x??): @var{addr} @var{value} @result{}
> @item @code{setmem64} (0x??): @var{addr} @var{value} @result{}
If this is part of a @table, you will be much better off using "@table
@code", so that 0x?? etc. will be rendered in the appropriate
typeface. (Btw, what does "0x??" signify?)
> Pop an address @var{addr} and a value @{value} from the stack. For
> bytecode @code{setmem}@var{n}, set the @var{n}-bit value at @var{addr}
> to the least significant @var{n}-bits of @var{value}. Ignoring
> architecture pointer alignment issues, it is as if the operation
>
> *@code{uint}@var{n}@code{_t}@var{addr} = @code{uint}@var{n}@code{_t}@var{value}
You cannot stick a code portion in the middle of text just like that,
you should use @smallexample (and then drop the @code parts, as they
are automatically used for text inside @smallexample).