diff options
author | Tom de Vries <tdevries@suse.de> | 2023-06-03 22:43:57 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2023-06-03 22:43:57 +0200 |
commit | 33b5899fc0c31059377e9bdf76d889ff0c803ae1 (patch) | |
tree | b3beeb9da113a5475b12bd9096b7fabf689ec6d9 /gdb/solib-svr4.c | |
parent | 343704a6d71d8aa44c64e3657e20501eab4d0ea8 (diff) | |
download | gdb-33b5899fc0c31059377e9bdf76d889ff0c803ae1.zip gdb-33b5899fc0c31059377e9bdf76d889ff0c803ae1.tar.gz gdb-33b5899fc0c31059377e9bdf76d889ff0c803ae1.tar.bz2 |
[gdb] Fix typos
Fix a few typos:
- implemention -> implementation
- convertion(s) -> conversion(s)
- backlashes -> backslashes
- signoring -> ignoring
- (un)ambigious -> (un)ambiguous
- occured -> occurred
- hidding -> hiding
- temporarilly -> temporarily
- immediatelly -> immediately
- sillyness -> silliness
- similiar -> similar
- porkuser -> pokeuser
- thats -> that
- alway -> always
- supercede -> supersede
- accomodate -> accommodate
- aquire -> acquire
- priveleged -> privileged
- priviliged -> privileged
- priviledges -> privileges
- privilige -> privilege
- recieve -> receive
- (p)refered -> (p)referred
- succesfully -> successfully
- successfuly -> successfully
- responsability -> responsibility
- wether -> whether
- wich -> which
- disasbleable -> disableable
- descriminant -> discriminant
- construcstor -> constructor
- underlaying -> underlying
- underyling -> underlying
- structureal -> structural
- appearences -> appearances
- terciarily -> tertiarily
- resgisters -> registers
- reacheable -> reachable
- likelyhood -> likelihood
- intepreter -> interpreter
- disassemly -> disassembly
- covnersion -> conversion
- conviently -> conveniently
- atttribute -> attribute
- struction -> struct
- resonable -> reasonable
- popupated -> populated
- namespaxe -> namespace
- intialize -> initialize
- identifer(s) -> identifier(s)
- expection -> exception
- exectuted -> executed
- dungerous -> dangerous
- dissapear -> disappear
- completly -> completely
- (inter)changable -> (inter)changeable
- beakpoint -> breakpoint
- automativ -> automatic
- alocating -> allocating
- agressive -> aggressive
- writting -> writing
- reguires -> requires
- registed -> registered
- recuding -> reducing
- opeartor -> operator
- ommitted -> omitted
- modifing -> modifying
- intances -> instances
- imbedded -> embedded
- gdbaarch -> gdbarch
- exection -> execution
- direcive -> directive
- demanged -> demangled
- decidely -> decidedly
- argments -> arguments
- agrument -> argument
- amespace -> namespace
- targtet -> target
- supress(ed) -> suppress(ed)
- startum -> stratum
- squence -> sequence
- prompty -> prompt
- overlow -> overflow
- memember -> member
- languge -> language
- geneate -> generate
- funcion -> function
- exising -> existing
- dinking -> syncing
- destroh -> destroy
- clenaed -> cleaned
- changep -> changedp (name of variable)
- arround -> around
- aproach -> approach
- whould -> would
- symobl -> symbol
- recuse -> recurse
- outter -> outer
- freeds -> frees
- contex -> context
Tested on x86_64-linux.
Reviewed-By: Tom Tromey <tom@tromey.com>
Diffstat (limited to 'gdb/solib-svr4.c')
-rw-r--r-- | gdb/solib-svr4.c | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/gdb/solib-svr4.c b/gdb/solib-svr4.c index 59bb086..df6a695 100644 --- a/gdb/solib-svr4.c +++ b/gdb/solib-svr4.c @@ -374,7 +374,7 @@ struct svr4_info probes-based interface. The namespace is represented by the address of its corresponding - r_debug[_ext] object. We get the namespace id as agrument to the + r_debug[_ext] object. We get the namespace id as argument to the 'reloc_complete' probe but we don't get it when scanning the load map on attach. @@ -1912,7 +1912,7 @@ solist_update_incremental (svr4_info *info, CORE_ADDR debug_base, covers one namespace. We expect gdbserver to provide updates for the namespace that - contains LM, which whould be this namespace... */ + contains LM, which would be this namespace... */ so_list *sos = nullptr; if (library_list.solib_lists.find (debug_base) != library_list.solib_lists.end ()) @@ -2684,7 +2684,7 @@ read_program_headers_from_bfd (bfd *abfd) whose e_type member in the ELF header is not ET_DYN. There may be a time in the future when it is desirable to do relocations on other types of files as well in which case this condition - should either be removed or modified to accomodate the new file + should either be removed or modified to accommodate the new file type. - Kevin, Nov 2000. ] */ static int |