* [patch] Fix assorted typos
@ 2007-05-31 12:19 Luis Machado
2007-05-31 12:40 ` Luis Machado
0 siblings, 1 reply; 5+ messages in thread
From: Luis Machado @ 2007-05-31 12:19 UTC (permalink / raw)
To: gdb-patches
[-- Attachment #1: Type: text/plain, Size: 122 bytes --]
Hi,
I've been through the internal documentation and have found a few typos.
This patch fixes those.
Best regards,
Luis
[-- Attachment #2: typos.diff --]
[-- Type: text/x-patch, Size: 5092 bytes --]
diff --git a/gdb/block.h b/gdb/block.h
index 1158dc6..59bbe03 100644
--- a/gdb/block.h
+++ b/gdb/block.h
@@ -105,7 +105,7 @@ struct block
reading. As of 16 Apr 93, this flag is never used to distinguish
between gcc2 and the native compiler.
- If there is no function corresponding to this block, this meaning
+ If there is no function corresponding to this block, the meaning
of this flag is undefined. */
unsigned char gcc_compile_flag;
diff --git a/gdb/dwarf2expr.h b/gdb/dwarf2expr.h
index c1adf9a..37c1883 100644
--- a/gdb/dwarf2expr.h
+++ b/gdb/dwarf2expr.h
@@ -46,7 +46,7 @@ struct dwarf_expr_context
void (*read_mem) (void *baton, gdb_byte *buf, CORE_ADDR addr, size_t length);
/* Return the location expression for the frame base attribute, in
- START and LENGTH. The result must be live until the current
+ START and LENGTH. The result must live until the current
expression evaluation is complete. */
void (*get_frame_base) (void *baton, gdb_byte **start, size_t *length);
@@ -59,7 +59,7 @@ struct dwarf_expr_context
/* Return the location expression for the dwarf expression
subroutine in the die at OFFSET in the current compilation unit.
- The result must be live until the current expression evaluation
+ The result must live until the current expression evaluation
is complete. */
unsigned char *(*get_subr) (void *baton, off_t offset, size_t *length);
diff --git a/gdb/dwarf2loc.c b/gdb/dwarf2loc.c
index 1e6ff67..0967da5 100644
--- a/gdb/dwarf2loc.c
+++ b/gdb/dwarf2loc.c
@@ -546,7 +546,7 @@ loclist_read_variable (struct symbol *symbol, struct frame_info *frame)
return val;
}
-/* Return non-zero iff we need a frame to evaluate SYMBOL. */
+/* Return non-zero if we need a frame to evaluate SYMBOL. */
static int
loclist_read_needs_frame (struct symbol *symbol)
{
diff --git a/gdb/frame-unwind.h b/gdb/frame-unwind.h
index e1ac871..de7fc7e 100644
--- a/gdb/frame-unwind.h
+++ b/gdb/frame-unwind.h
@@ -33,8 +33,8 @@ struct regcache;
/* The following unwind functions assume a chain of frames forming the
sequence: (outer) prev <-> this <-> next (inner). All the
- functions are called with called with the next frame's `struct
- frame_info' and and this frame's prologue cache.
+ functions are called with the next frame's `struct
+ frame_info' and this frame's prologue cache.
THIS frame's register values can be obtained by unwinding NEXT
frame's registers (a recursive operation).
diff --git a/gdb/frame.c b/gdb/frame.c
index d066a49..d3eb716 100644
--- a/gdb/frame.c
+++ b/gdb/frame.c
@@ -1502,7 +1502,7 @@ frame_unwind_address_in_block (struct frame_info *next_frame,
/* If THIS frame is not inner most (i.e., NEXT isn't the sentinel),
and NEXT is `normal' (i.e., not a sigtramp, dummy, ....) THIS
- frame's PC ends up pointing at the instruction fallowing the
+ frame's PC ends up pointing at the instruction following the
"call". Adjust that PC value so that it falls on the call
instruction (which, hopefully, falls within THIS frame's code
block). So far it's proved to be a very good approximation. See
diff --git a/gdb/parse.c b/gdb/parse.c
index af3ef72..60b5a4f 100644
--- a/gdb/parse.c
+++ b/gdb/parse.c
@@ -1076,7 +1076,7 @@ prefixify_subexp (struct expression *inexpr,
\f
/* This page contains the two entry points to this file. */
-/* Read an expression from the string *STRINGPTR points to,
+/* Read an expression from the string pointed by *STRINGPTR,
parse it, and return a pointer to a struct expression that we malloc.
Use block BLOCK as the lexical context for variable names;
if BLOCK is zero, use the block of the selected stack frame.
diff --git a/gdb/symtab.h b/gdb/symtab.h
index cefb0ad..ee61a98 100644
--- a/gdb/symtab.h
+++ b/gdb/symtab.h
@@ -640,7 +640,7 @@ struct symbol
const struct symbol_ops *ops;
/* Some symbols require additional information to be recorded on a
- per- symbol basis. Stash those values here. */
+ per-symbol basis. Stash those values here. */
union
{
@@ -649,7 +649,7 @@ struct symbol
/* An arbitrary data pointer. Note that this data must be
allocated using the same obstack as the symbol itself. */
/* So far it is only used by LOC_COMPUTED and LOC_COMPUTED_ARG to
- find the location location information. For a LOC_BLOCK symbol
+ find the location information. For a LOC_BLOCK symbol
for a function in a compilation unit compiled with DWARF 2
information, this is information used internally by the DWARF 2
code --- specifically, the location expression for the frame
diff --git a/gdb/value.c b/gdb/value.c
index 26ba2a4..a88afa4 100644
--- a/gdb/value.c
+++ b/gdb/value.c
@@ -240,7 +240,7 @@ allocate_value (struct type *type)
}
/* Allocate a value that has the correct length
- for COUNT repetitions type TYPE. */
+ for COUNT repetitions of type TYPE. */
struct value *
allocate_repeat_value (struct type *type, int count)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] Fix assorted typos
2007-05-31 12:19 [patch] Fix assorted typos Luis Machado
@ 2007-05-31 12:40 ` Luis Machado
2007-05-31 13:06 ` Markus Deuling
0 siblings, 1 reply; 5+ messages in thread
From: Luis Machado @ 2007-05-31 12:40 UTC (permalink / raw)
To: gdb-patches
[-- Attachment #1: Type: text/plain, Size: 253 bytes --]
Oops, this was an early version. Updated patch follows.
Luis
On Thu, 2007-05-31 at 09:09 -0300, Luis Machado wrote:
> Hi,
>
> I've been through the internal documentation and have found a few typos.
> This patch fixes those.
>
> Best regards,
> Luis
[-- Attachment #2: typos.diff --]
[-- Type: text/x-patch, Size: 5211 bytes --]
2007-05-31 Luis Machado <luisgpm@br.ibm.com>
* block.h: Fixed documentation typo.
* dwarf2expr.h: Likewise.
* frame-unwind.h: Likewise.
* frame.c: Likewise.
* parse.c: Likewise.
* value.c: Likewise.
* symtab.h: Likewise.
Index: block.h
===================================================================
--- block.h.orig 2007-05-31 04:57:13.000000000 -0700
+++ block.h 2007-05-31 05:02:09.000000000 -0700
@@ -105,7 +105,7 @@
reading. As of 16 Apr 93, this flag is never used to distinguish
between gcc2 and the native compiler.
- If there is no function corresponding to this block, this meaning
+ If there is no function corresponding to this block, the meaning
of this flag is undefined. */
unsigned char gcc_compile_flag;
Index: dwarf2expr.h
===================================================================
--- dwarf2expr.h.orig 2007-05-31 04:57:13.000000000 -0700
+++ dwarf2expr.h 2007-05-31 05:02:09.000000000 -0700
@@ -46,7 +46,7 @@
void (*read_mem) (void *baton, gdb_byte *buf, CORE_ADDR addr, size_t length);
/* Return the location expression for the frame base attribute, in
- START and LENGTH. The result must be live until the current
+ START and LENGTH. The result must live until the current
expression evaluation is complete. */
void (*get_frame_base) (void *baton, gdb_byte **start, size_t *length);
@@ -59,7 +59,7 @@
/* Return the location expression for the dwarf expression
subroutine in the die at OFFSET in the current compilation unit.
- The result must be live until the current expression evaluation
+ The result must live until the current expression evaluation
is complete. */
unsigned char *(*get_subr) (void *baton, off_t offset, size_t *length);
Index: frame-unwind.h
===================================================================
--- frame-unwind.h.orig 2007-05-31 04:57:13.000000000 -0700
+++ frame-unwind.h 2007-05-31 05:02:09.000000000 -0700
@@ -33,8 +33,8 @@
/* The following unwind functions assume a chain of frames forming the
sequence: (outer) prev <-> this <-> next (inner). All the
- functions are called with called with the next frame's `struct
- frame_info' and and this frame's prologue cache.
+ functions are called with the next frame's `struct
+ frame_info' and this frame's prologue cache.
THIS frame's register values can be obtained by unwinding NEXT
frame's registers (a recursive operation).
Index: frame.c
===================================================================
--- frame.c.orig 2007-05-31 04:57:13.000000000 -0700
+++ frame.c 2007-05-31 05:02:09.000000000 -0700
@@ -1502,7 +1502,7 @@
/* If THIS frame is not inner most (i.e., NEXT isn't the sentinel),
and NEXT is `normal' (i.e., not a sigtramp, dummy, ....) THIS
- frame's PC ends up pointing at the instruction fallowing the
+ frame's PC ends up pointing at the instruction following the
"call". Adjust that PC value so that it falls on the call
instruction (which, hopefully, falls within THIS frame's code
block). So far it's proved to be a very good approximation. See
Index: parse.c
===================================================================
--- parse.c.orig 2007-05-31 04:57:13.000000000 -0700
+++ parse.c 2007-05-31 05:02:09.000000000 -0700
@@ -1076,7 +1076,7 @@
\f
/* This page contains the two entry points to this file. */
-/* Read an expression from the string *STRINGPTR points to,
+/* Read an expression from the string pointed to by *STRINGPTR,
parse it, and return a pointer to a struct expression that we malloc.
Use block BLOCK as the lexical context for variable names;
if BLOCK is zero, use the block of the selected stack frame.
Index: symtab.h
===================================================================
--- symtab.h.orig 2007-05-31 04:57:13.000000000 -0700
+++ symtab.h 2007-05-31 05:02:09.000000000 -0700
@@ -640,7 +640,7 @@
const struct symbol_ops *ops;
/* Some symbols require additional information to be recorded on a
- per- symbol basis. Stash those values here. */
+ per-symbol basis. Stash those values here. */
union
{
@@ -649,7 +649,7 @@
/* An arbitrary data pointer. Note that this data must be
allocated using the same obstack as the symbol itself. */
/* So far it is only used by LOC_COMPUTED and LOC_COMPUTED_ARG to
- find the location location information. For a LOC_BLOCK symbol
+ find the location information. For a LOC_BLOCK symbol
for a function in a compilation unit compiled with DWARF 2
information, this is information used internally by the DWARF 2
code --- specifically, the location expression for the frame
Index: value.c
===================================================================
--- value.c.orig 2007-05-31 04:57:13.000000000 -0700
+++ value.c 2007-05-31 05:02:09.000000000 -0700
@@ -240,7 +240,7 @@
}
/* Allocate a value that has the correct length
- for COUNT repetitions type TYPE. */
+ for COUNT repetitions of type TYPE. */
struct value *
allocate_repeat_value (struct type *type, int count)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] Fix assorted typos
2007-05-31 12:40 ` Luis Machado
@ 2007-05-31 13:06 ` Markus Deuling
2007-05-31 17:23 ` Luis Machado
0 siblings, 1 reply; 5+ messages in thread
From: Markus Deuling @ 2007-05-31 13:06 UTC (permalink / raw)
To: luisgpm; +Cc: gdb-patches
Hi Luis,
I have two small comments.
>> Index: frame-unwind.h
>> ===================================================================
>> --- frame-unwind.h.orig 2007-05-31 04:57:13.000000000 -0700
>> +++ frame-unwind.h 2007-05-31 05:02:09.000000000 -0700
>> @@ -33,8 +33,8 @@
>>
>> /* The following unwind functions assume a chain of frames forming the
>> sequence: (outer) prev <-> this <-> next (inner). All the
>> - functions are called with called with the next frame's `struct
>> - frame_info' and and this frame's prologue cache.
>> + functions are called with the next frame's `struct
>> + frame_info' and this frame's prologue cache.
`struct frame_info' The first and last character are different.
>> Index: parse.c
>> ===================================================================
>> --- parse.c.orig 2007-05-31 04:57:13.000000000 -0700
>> +++ parse.c 2007-05-31 05:02:09.000000000 -0700
>> @@ -1076,7 +1076,7 @@
>> \f
Maybe it's a problem of my mail reader, but I see a kind of special character here ?!?
--
Markus Deuling
GNU Toolchain for Linux on Cell BE
deuling@de.ibm.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] Fix assorted typos
2007-05-31 13:06 ` Markus Deuling
@ 2007-05-31 17:23 ` Luis Machado
2007-06-13 19:07 ` Daniel Jacobowitz
0 siblings, 1 reply; 5+ messages in thread
From: Luis Machado @ 2007-05-31 17:23 UTC (permalink / raw)
To: Markus Deuling; +Cc: gdb-patches
[-- Attachment #1: Type: text/plain, Size: 1355 bytes --]
Markus,
You are right. I've corrected the first and last character.
As for the strange character, it's part of the context line from GDB's
source. It's a ^L character.
Best regards,
Luis
On Thu, 2007-05-31 at 14:38 +0200, Markus Deuling wrote:
> Hi Luis,
> I have two small comments.
>
> >> Index: frame-unwind.h
> >> ===================================================================
> >> --- frame-unwind.h.orig 2007-05-31 04:57:13.000000000 -0700
> >> +++ frame-unwind.h 2007-05-31 05:02:09.000000000 -0700
> >> @@ -33,8 +33,8 @@
> >>
> >> /* The following unwind functions assume a chain of frames forming the
> >> sequence: (outer) prev <-> this <-> next (inner). All the
> >> - functions are called with called with the next frame's `struct
> >> - frame_info' and and this frame's prologue cache.
> >> + functions are called with the next frame's `struct
> >> + frame_info' and this frame's prologue cache.
>
> `struct frame_info' The first and last character are different.
>
>
> >> Index: parse.c
> >> ===================================================================
> >> --- parse.c.orig 2007-05-31 04:57:13.000000000 -0700
> >> +++ parse.c 2007-05-31 05:02:09.000000000 -0700
> >> @@ -1076,7 +1076,7 @@
> >> \f
> Maybe it's a problem of my mail reader, but I see a kind of special character here ?!?
>
>
>
>
>
[-- Attachment #2: typos.diff --]
[-- Type: text/x-patch, Size: 5211 bytes --]
2007-05-31 Luis Machado <luisgpm@br.ibm.com>
* block.h: Fixed documentation typo.
* dwarf2expr.h: Likewise.
* frame-unwind.h: Likewise.
* frame.c: Likewise.
* parse.c: Likewise.
* value.c: Likewise.
* symtab.h: Likewise.
Index: block.h
===================================================================
--- block.h.orig 2007-05-31 05:17:47.000000000 -0700
+++ block.h 2007-05-31 05:58:06.000000000 -0700
@@ -105,7 +105,7 @@
reading. As of 16 Apr 93, this flag is never used to distinguish
between gcc2 and the native compiler.
- If there is no function corresponding to this block, this meaning
+ If there is no function corresponding to this block, the meaning
of this flag is undefined. */
unsigned char gcc_compile_flag;
Index: dwarf2expr.h
===================================================================
--- dwarf2expr.h.orig 2007-05-31 05:17:47.000000000 -0700
+++ dwarf2expr.h 2007-05-31 05:58:06.000000000 -0700
@@ -46,7 +46,7 @@
void (*read_mem) (void *baton, gdb_byte *buf, CORE_ADDR addr, size_t length);
/* Return the location expression for the frame base attribute, in
- START and LENGTH. The result must be live until the current
+ START and LENGTH. The result must live until the current
expression evaluation is complete. */
void (*get_frame_base) (void *baton, gdb_byte **start, size_t *length);
@@ -59,7 +59,7 @@
/* Return the location expression for the dwarf expression
subroutine in the die at OFFSET in the current compilation unit.
- The result must be live until the current expression evaluation
+ The result must live until the current expression evaluation
is complete. */
unsigned char *(*get_subr) (void *baton, off_t offset, size_t *length);
Index: frame-unwind.h
===================================================================
--- frame-unwind.h.orig 2007-05-31 05:17:47.000000000 -0700
+++ frame-unwind.h 2007-05-31 06:00:02.000000000 -0700
@@ -33,8 +33,8 @@
/* The following unwind functions assume a chain of frames forming the
sequence: (outer) prev <-> this <-> next (inner). All the
- functions are called with called with the next frame's `struct
- frame_info' and and this frame's prologue cache.
+ functions are called with the next frame's 'struct
+ frame_info' and this frame's prologue cache.
THIS frame's register values can be obtained by unwinding NEXT
frame's registers (a recursive operation).
Index: frame.c
===================================================================
--- frame.c.orig 2007-05-31 05:17:47.000000000 -0700
+++ frame.c 2007-05-31 05:58:06.000000000 -0700
@@ -1502,7 +1502,7 @@
/* If THIS frame is not inner most (i.e., NEXT isn't the sentinel),
and NEXT is `normal' (i.e., not a sigtramp, dummy, ....) THIS
- frame's PC ends up pointing at the instruction fallowing the
+ frame's PC ends up pointing at the instruction following the
"call". Adjust that PC value so that it falls on the call
instruction (which, hopefully, falls within THIS frame's code
block). So far it's proved to be a very good approximation. See
Index: parse.c
===================================================================
--- parse.c.orig 2007-05-31 05:17:47.000000000 -0700
+++ parse.c 2007-05-31 05:58:06.000000000 -0700
@@ -1076,7 +1076,7 @@
\f
/* This page contains the two entry points to this file. */
-/* Read an expression from the string *STRINGPTR points to,
+/* Read an expression from the string pointed to by *STRINGPTR,
parse it, and return a pointer to a struct expression that we malloc.
Use block BLOCK as the lexical context for variable names;
if BLOCK is zero, use the block of the selected stack frame.
Index: symtab.h
===================================================================
--- symtab.h.orig 2007-05-31 05:17:47.000000000 -0700
+++ symtab.h 2007-05-31 05:58:06.000000000 -0700
@@ -640,7 +640,7 @@
const struct symbol_ops *ops;
/* Some symbols require additional information to be recorded on a
- per- symbol basis. Stash those values here. */
+ per-symbol basis. Stash those values here. */
union
{
@@ -649,7 +649,7 @@
/* An arbitrary data pointer. Note that this data must be
allocated using the same obstack as the symbol itself. */
/* So far it is only used by LOC_COMPUTED and LOC_COMPUTED_ARG to
- find the location location information. For a LOC_BLOCK symbol
+ find the location information. For a LOC_BLOCK symbol
for a function in a compilation unit compiled with DWARF 2
information, this is information used internally by the DWARF 2
code --- specifically, the location expression for the frame
Index: value.c
===================================================================
--- value.c.orig 2007-05-31 05:17:47.000000000 -0700
+++ value.c 2007-05-31 05:58:06.000000000 -0700
@@ -240,7 +240,7 @@
}
/* Allocate a value that has the correct length
- for COUNT repetitions type TYPE. */
+ for COUNT repetitions of type TYPE. */
struct value *
allocate_repeat_value (struct type *type, int count)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] Fix assorted typos
2007-05-31 17:23 ` Luis Machado
@ 2007-06-13 19:07 ` Daniel Jacobowitz
0 siblings, 0 replies; 5+ messages in thread
From: Daniel Jacobowitz @ 2007-06-13 19:07 UTC (permalink / raw)
To: Luis Machado; +Cc: Markus Deuling, gdb-patches
On Thu, May 31, 2007 at 10:06:32AM -0300, Luis Machado wrote:
> 2007-05-31 Luis Machado <luisgpm@br.ibm.com>
>
> * block.h: Fixed documentation typo.
> * dwarf2expr.h: Likewise.
> * frame-unwind.h: Likewise.
> * frame.c: Likewise.
> * parse.c: Likewise.
> * value.c: Likewise.
> * symtab.h: Likewise.
Thanks, these are OK.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-06-13 19:07 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-05-31 12:19 [patch] Fix assorted typos Luis Machado
2007-05-31 12:40 ` Luis Machado
2007-05-31 13:06 ` Markus Deuling
2007-05-31 17:23 ` Luis Machado
2007-06-13 19:07 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox