This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
[patch] ld/*.[ch]: Fix comment typos.
- From: Kazu Hirata <kazu at cs dot umass dot edu>
- To: binutils at sources dot redhat dot com
- Date: Wed, 01 Jan 2003 22:54:03 -0500 (EST)
- Subject: [patch] ld/*.[ch]: Fix comment typos.
Hi,
Attached is a patch to fix comment typos. Committed as obvious.
Kazu Hirata
2003-01-01 Kazu Hirata <kazu@cs.umass.edu>
* ldfile.c: Fix comment typos.
* ldlang.c: Likewise.
* mri.c: Likewise.
* pe-dll.c: Likewise.
Index: ldfile.c
===================================================================
RCS file: /cvs/src/src/ld/ldfile.c,v
retrieving revision 1.23
diff -u -r1.23 ldfile.c
--- ldfile.c 23 Dec 2002 10:44:59 -0000 1.23
+++ ldfile.c 2 Jan 2003 03:47:55 -0000
@@ -402,7 +402,7 @@
}
/* Try to open NAME; if that fails, look for it in any directories
- specified with -L, without and with EXTEND apppended. */
+ specified with -L, without and with EXTEND appended. */
FILE *
ldfile_find_command_file (name, extend)
Index: ldlang.c
===================================================================
RCS file: /cvs/src/src/ld/ldlang.c,v
retrieving revision 1.107
diff -u -r1.107 ldlang.c
--- ldlang.c 23 Dec 2002 10:45:00 -0000 1.107
+++ ldlang.c 2 Jan 2003 03:47:58 -0000
@@ -523,7 +523,7 @@
or prefix it with a -l etc.
We can be supplied with requests for input files more than once;
- they may, for example be split over serveral lines like foo.o(.text)
+ they may, for example be split over several lines like foo.o(.text)
foo.o(.data) etc, so when asked for a file we check that we haven't
got it already so we don't duplicate the bfd. */
@@ -1304,7 +1304,7 @@
if (section->alignment_power > output->bfd_section->alignment_power)
output->bfd_section->alignment_power = section->alignment_power;
- /* If supplied an aligment, then force it. */
+ /* If supplied an alignment, then force it. */
if (output->section_alignment != -1)
output->bfd_section->alignment_power = output->section_alignment;
@@ -1700,7 +1700,7 @@
*dest = 0;
}
-/* Remove the first occurance of needle (if any) in haystack
+/* Remove the first occurrence of needle (if any) in haystack
from haystack. */
static void
@@ -2144,7 +2144,7 @@
}
}
-/* Open input files and attatch to output sections. */
+/* Open input files and attach to output sections. */
static void
map_input_to_output_sections (s, target, output_section_statement)
@@ -3890,7 +3890,7 @@
{
if (s->output_section == (asection *) NULL)
{
- /* This section of the file is not attatched, root
+ /* This section of the file is not attached, root
around for a sensible place for it to go. */
if (file->just_syms_flag)
Index: mri.c
===================================================================
RCS file: /cvs/src/src/ld/mri.c,v
retrieving revision 1.11
diff -u -r1.11 mri.c
--- mri.c 30 Nov 2002 08:39:45 -0000 1.11
+++ mri.c 2 Jan 2003 03:47:58 -0000
@@ -149,7 +149,7 @@
/* Now build the statements for the ldlang machine. */
- /* Attatch the addresses of any which have addresses,
+ /* Attach the addresses of any which have addresses,
and add the ones not mentioned. */
if (address != (struct section_name_struct *) NULL)
{
Index: pe-dll.c
===================================================================
RCS file: /cvs/src/src/ld/pe-dll.c,v
retrieving revision 1.50
diff -u -r1.50 pe-dll.c
--- pe-dll.c 16 Dec 2002 18:02:14 -0000 1.50
+++ pe-dll.c 2 Jan 2003 03:47:58 -0000
@@ -59,7 +59,7 @@
code modifications).
2. This is done completely in bounds of the PE specification (to be fair,
- there's a place where it pokes nose out of, but in practise it works).
+ there's a place where it pokes nose out of, but in practice it works).
So, resulting module can be used with any other PE compiler/linker.
3. Auto-import is fully compatible with standard import method and they
@@ -74,7 +74,7 @@
The obvious and only way to get rid of dllimport insanity is to make client
access variable directly in the DLL, bypassing extra dereference. I.e.,
- whenever client contains someting like
+ whenever client contains something like
mov dll_var,%eax,
@@ -82,7 +82,7 @@
DLL. The aim is to make OS loader do so, and than make ld help with that.
Import section of PE made following way: there's a vector of structures
each describing imports from particular DLL. Each such structure points
- to two other parellel vectors: one holding imported names, and one which
+ to two other parallel vectors: one holding imported names, and one which
will hold address of corresponding imported name. So, the solution is
de-vectorize these structures, making import locations be sparse and
pointing directly into code. Before continuing, it is worth a note that,
@@ -104,7 +104,7 @@
above: PE specification rambles that name vector (OriginalFirstThunk)
should run in parallel with addresses vector (FirstThunk), i.e. that they
should have same number of elements and terminated with zero. We violate
- this, since FirstThunk points directly into machine code. But in practise,
+ this, since FirstThunk points directly into machine code. But in practice,
OS loader implemented the sane way: it goes thru OriginalFirstThunk and
puts addresses to FirstThunk, not something else. It once again should be
noted that dll and symbol name structures are reused across fixup entries
@@ -115,7 +115,7 @@
in windows9x kernel32.dll, so if you use it, you have two
IMAGE_IMPORT_DESCRIPTORS for kernel32.dll). Yet other question is whether
referencing the same PE structures several times is valid. The answer is why
- not, prohibitting that (detecting violation) would require more work on
+ not, prohibiting that (detecting violation) would require more work on
behalf of loader than not doing it.
See also: ld/emultempl/pe.em. */
@@ -2627,7 +2627,7 @@
imp = def_file_add_import (pe_def_file, erva + name_rva,
dll_name, i, 0);
- /* Mark symbole type. */
+ /* Mark symbol type. */
imp->data = is_data;
if (pe_dll_extra_pe_debug)