# HG changeset patch # User "Antony N. Pavlov" # Date 1310914420 -7200 # Node ID 5d4e91c0343e9e87b7251fd0f4ec0428f1114e67 # Parent e17f35b05539bf31369b69a1438e0feb59301513 misc: fix more typos here and there... Reported-by: "Antony N. Pavlov" Signed-off-by: "Yann E. MORIN" diff -r e17f35b05539 -r 5d4e91c0343e TODO --- a/TODO Sun Jul 17 16:54:50 2011 +0200 +++ b/TODO Sun Jul 17 16:53:40 2011 +0200 @@ -1,6 +1,6 @@ This is a somewhat ordered TODO list: -Recuring tasks: +Recurring tasks: - update versions for every tools... diff -r e17f35b05539 -r 5d4e91c0343e config/binutils.in --- a/config/binutils.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/binutils.in Sun Jul 17 16:53:40 2011 +0200 @@ -12,7 +12,7 @@ bool prompt "ELF" help - This will make your system build ELF exectubales, + This will make your system build ELF executables, suitable for architectures with an MMU. endif # ARCH_USE_MMU diff -r e17f35b05539 -r 5d4e91c0343e config/cc.in --- a/config/cc.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/cc.in Sun Jul 17 16:53:40 2011 +0200 @@ -104,7 +104,7 @@ Enter here a comma-separated list of languages that you know your compiler supports, besides those listed above. - Eg. gcc-4.1+ has a toy programming language, treelang. As it is not usefull + Eg. gcc-4.1+ has a toy programming language, treelang. As it is not useful in real life, it is not available in the selection above. endif # ! BARE_METAL diff -r e17f35b05539 -r 5d4e91c0343e config/global/download.in --- a/config/global/download.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/global/download.in Sun Jul 17 16:53:40 2011 +0200 @@ -23,7 +23,7 @@ help Force downloading tarballs, even if one already exists. - Usefull if you suspect a tarball to be damaged. + Useful if you suspect a tarball to be damaged. config USE_MIRROR bool @@ -43,7 +43,7 @@ bool prompt "Prefer the mirror" help - Say 'Y' here if you prefer the LAN miror over the upstream sources. + Say 'Y' here if you prefer the LAN mirror over the upstream sources. config MIRROR_BASE_URL string @@ -93,6 +93,6 @@ help Only download the tarballs. Exit once it done. - Usefull to pre-retrieve the tarballs before going off-line. + Useful to pre-retrieve the tarballs before going off-line. endif # ! FORBID_DOWNLOAD diff -r e17f35b05539 -r 5d4e91c0343e config/global/extract.in --- a/config/global/extract.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/global/extract.in Sun Jul 17 16:53:40 2011 +0200 @@ -6,9 +6,9 @@ bool prompt "Force extractions" help - Force extraction of already exctracted tarballs. + Force extraction of already extracted tarballs. - Usefull if you suspect a previous extract did not complete (eg. broken + Useful if you suspect a previous extract did not complete (eg. broken tarball), or you added a new set of patches for this component. config OVERIDE_CONFIG_GUESS_SUB @@ -37,7 +37,7 @@ help Exit after unpacking and patching tarballs. - Usefull to look at the code before doing the build itself. + Useful to look at the code before doing the build itself. choice prompt "Patches origin" @@ -97,7 +97,7 @@ help Don't use any patch at all. - Please be carefull if you select this. Most components do require + Please be careful if you select this. Most components do require patches to properly build. It can happen, however, that support for your architecture is clean enough that you can build a toolchain with no patch. But most probably, this is *not* the case. @@ -128,5 +128,5 @@ help Enter the custom patch directory here. - Note that you must ensure that the directory contianing your custom + Note that you must ensure that the directory containing your custom patches is arranged the same way the official directory is. diff -r e17f35b05539 -r 5d4e91c0343e config/global/paths.in --- a/config/global/paths.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/global/paths.in Sun Jul 17 16:53:40 2011 +0200 @@ -69,12 +69,12 @@ If you say 'y' here, then PREFIX_DIR (above) will be eradicated prior to the toolchain is built. - This can be usefull when you are trying different settings (due + This can be useful when you are trying different settings (due to build failures or feature tests). In this case, to avoid using a potentially broken previous toolchain, the install location is removed, to start afresh. - On the oher hand, if you are building a final toolchain, and install + On the other hand, if you are building a final toolchain, and install it into a directory with pre-install, unrelated programs, it would be damageable to remove that directory. In this case, you may want to say 'n' here. @@ -98,7 +98,7 @@ Render the directory of the toolchain (and its sub-directories) read-only. - Usefull for toolchains destined for production. + Useful for toolchains destined for production. config STRIP_ALL_TOOLCHAIN_EXECUTABLES bool diff -r e17f35b05539 -r 5d4e91c0343e config/libc/glibc-eglibc.in-common --- a/config/libc/glibc-eglibc.in-common Sun Jul 17 16:54:50 2011 +0200 +++ b/config/libc/glibc-eglibc.in-common Sun Jul 17 16:53:40 2011 +0200 @@ -158,7 +158,7 @@ Let ./configure decide what minimum kernel version glibc/eglibc will be able to run against. - This will inclde legacy compatibility code for older kernels in + This will include legacy compatibility code for older kernels in the C library, thus ensuring that it will run on a large number of old kernels. @@ -173,7 +173,7 @@ bool prompt "Same as kernel headers (default)" help - Normaly, you'll want glibc/eglibc to run against the same kernel + Normally, you'll want glibc/eglibc to run against the same kernel version as the one used for the headers. This is the default. diff -r e17f35b05539 -r 5d4e91c0343e config/target.in --- a/config/target.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/target.in Sun Jul 17 16:53:40 2011 +0200 @@ -178,7 +178,7 @@ Pick a value from the gcc manual for your choosen gcc version and your target CPU. - Leave blank if you don't know, or if your target architecutre does not + Leave blank if you don't know, or if your target architecture does not offer this option. config ARCH_CPU @@ -282,7 +282,7 @@ that will run on the target (eg. libc.so). Note that the options above for ARCH, ABI, CPU, TUNE and FPU will be - automaticaly used. You don't need to specify them here. + automatically used. You don't need to specify them here. Leave blank if you don't know better. diff -r e17f35b05539 -r 5d4e91c0343e config/toolchain.in --- a/config/toolchain.in Sun Jul 17 16:54:50 2011 +0200 +++ b/config/toolchain.in Sun Jul 17 16:53:40 2011 +0200 @@ -27,7 +27,7 @@ is 'sysroot' (the default) or 'sys-root'. You are free to enter anything here, except for spaces, and '/' - (see SYSROOT_DIR_PREFIX, below). If you leave this empy, then the + (see SYSROOT_DIR_PREFIX, below). If you leave this empty, then the default 'sysroot' is used. config SYSROOT_DIR_PREFIX @@ -37,7 +37,7 @@ default "" help * - * Unless you realy know you need that, leave it empty! + * Unless you really know you need that, leave it empty! * This string will be interpreted as a directory component to be added @@ -65,7 +65,7 @@ If you wish to move the toolchain to another host, and you are not confident that this host has the required versions of system libs, then - you can say 'Y' here, and all the host tools will be linked staticaly. + you can say 'Y' here, and all the host tools will be linked statically. The impacted tools are: - the GNU binutils @@ -121,7 +121,7 @@ prompt "Tuple's sed transform" default "" help - Normaly, you'd call your toolchain components (especially gcc) by + Normally, you'd call your toolchain components (especially gcc) by prefixing the target tuple followed by a dash and the component name (eg. armeb-unknown-linux-uclibc-gcc). @@ -140,7 +140,7 @@ prompt "Tuple's alias" default "" help - Normaly, you'd call your toolchain components (especially gcc) by + Normally, you'd call your toolchain components (especially gcc) by prefixing the target tuple followed by a dash and the component name (eg. armeb-unknown-linux-uclibc-gcc). diff -r e17f35b05539 -r 5d4e91c0343e docs/1 - Introduction.txt --- a/docs/1 - Introduction.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/1 - Introduction.txt Sun Jul 17 16:53:40 2011 +0200 @@ -71,7 +71,7 @@ So I decided to clean up crosstool in the state it was, re-order the things in place, add appropriate support for what I needed, that is uClibc support and a menu-driven configuration, named the new implementation crosstool-NG, -(standing for crosstool Next Generation, as many other comunity projects do, +(standing for crosstool Next Generation, as many other community projects do, and as a wink at the TV series "Star Trek: The Next Generation" ;-) ) and made it available to the community, in case it was of interest to any one. diff -r e17f35b05539 -r 5d4e91c0343e docs/2 - Installing crosstool-NG.txt --- a/docs/2 - Installing crosstool-NG.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/2 - Installing crosstool-NG.txt Sun Jul 17 16:53:40 2011 +0200 @@ -13,7 +13,7 @@ - or only build it and run from the source directory. The former should be used if you got crosstool-NG from a packaged tarball, see -"Install method", below, while the latter is most useful for developpers that +"Install method", below, while the latter is most useful for developers that use a clone of the repository, and want to submit patches, see "The Hacker's way", below. @@ -50,7 +50,7 @@ See below for complete usage. Now, provided you used a clone of the repository, you can send me your changes. -See the section titled CONTRIBUTING, below, for how to submit changees. +See the section titled CONTRIBUTING, below, for how to submit changes. Preparing for packaging | @@ -82,12 +82,12 @@ Contributed code | -----------------+ -Some people contibuted code that couldn't get merged for various reasons. This +Some people contributed code that couldn't get merged for various reasons. This code is available as lzma-compressed patches, in the contrib/ sub-directory. These patches are to be applied to the source of crosstool-NG, prior to installing, using something like the following: lzcat contrib/foobar.patch.lzma |patch -p1 -There is no guarantee that a particuliar contribution applies to the current +There is no guarantee that a particular contribution applies to the current version of crosstool-ng, or that it will work at all. Use contributions at your own risk. diff -r e17f35b05539 -r 5d4e91c0343e docs/3 - Configuring a toolchain.txt --- a/docs/3 - Configuring a toolchain.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/3 - Configuring a toolchain.txt Sun Jul 17 16:53:40 2011 +0200 @@ -8,7 +8,7 @@ _________________________/ -crosstool-NG is configured with a configurator presenting a menu-stuctured set +crosstool-NG is configured with a configurator presenting a menu-structured set of options. These options let you specify the way you want your toolchain built, where you want it installed, what architecture and specific processor it will support, the version of the components you want to use, etc... The @@ -50,7 +50,7 @@ ---------------------------+ CT_LOCAL_TARBALLS_DIR: - If you already have some tarballs in a direcotry, enter it here. That will + If you already have some tarballs in a directory, enter it here. That will speed up the retrieving phase, where crosstool-NG would otherwise download those tarballs. @@ -67,7 +67,7 @@ Avoid dots, commas, and special characters. CT_TARGET_ALIAS: - An alias for the toolchian. It will be used as a prefix to the toolchain + An alias for the toolchain. It will be used as a prefix to the toolchain tools. For example, you will have ${CT_TARGET_ALIAS}-gcc Also, if you think you don't see enough versions, you can try to enable one of diff -r e17f35b05539 -r 5d4e91c0343e docs/4 - Building the toolchain.txt --- a/docs/4 - Building the toolchain.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/4 - Building the toolchain.txt Sun Jul 17 16:53:40 2011 +0200 @@ -129,7 +129,7 @@ that it does not work on host systems that lack a shell, for example the MingW32 environment. To solve the issue, the wrapper has been re-written in C, and compiled at build time. This C wrapper is much more complex than the shell -script, and although it sems to be working, it's been only lightly tested. +script, and although it seems to be working, it's been only lightly tested. Some of the expected short-comings with this C wrapper are; - multi-byte file names may not be handled correctly - it's really big for what it does diff -r e17f35b05539 -r 5d4e91c0343e docs/5 - Using the toolchain.txt --- a/docs/5 - Using the toolchain.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/5 - Using the toolchain.txt Sun Jul 17 16:53:40 2011 +0200 @@ -41,7 +41,7 @@ your-target-tuple-populate -s /your/root -d /your/root-populated This will copy /your/root into /your/root-populated, and put the needed and only -the needed libraries there. Thus you don't polute /your/root with any cruft that +the needed libraries there. Thus you don't pollute /your/root with any cruft that would no longer be needed should you have to remove stuff. /your/root always contains only those things you install in it. diff -r e17f35b05539 -r 5d4e91c0343e docs/6 - Toolchain types.txt --- a/docs/6 - Toolchain types.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/6 - Toolchain types.txt Sun Jul 17 16:53:40 2011 +0200 @@ -30,7 +30,7 @@ this as "2 and 2 are 4". Here is how they come into play: 1) build == host == target - This is a plain native toolchain, targetting the exact same machine as the + This is a plain native toolchain, targeting the exact same machine as the one it is built on, and running again on this exact same machine. You have to build such a toolchain when you want to use an updated component, such as a newer gcc for example. diff -r e17f35b05539 -r 5d4e91c0343e docs/8 - Internals.txt --- a/docs/8 - Internals.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/8 - Internals.txt Sun Jul 17 16:53:40 2011 +0200 @@ -32,7 +32,7 @@ that library directory. Because of a stupid make behavior/bug I was unable to track down, implicit make -rules are disabled: installing with --local would triger those rules, and mconf +rules are disabled: installing with --local would trigger those rules, and mconf was unbuildable. @@ -130,7 +130,7 @@ - optional - the environment variable CT_TARGET_SYS - contains: - the sytem part of the target tuple. + the system part of the target tuple. Eg.: "gnu" for glibc on most architectures "gnueabi" for glibc on an ARM EABI - defaults to: @@ -159,7 +159,7 @@ see above. + provides: - optional - - the environement variables to configure the core and final compiler, specific to this architecture: + - the environment variables to configure the core and final compiler, specific to this architecture: - CT_ARCH_CC_CORE_EXTRA_CONFIG : additional, architecture specific core gcc ./configure flags - CT_ARCH_CC_EXTRA_CONFIG : additional, architecture specific final gcc ./configure flags - default to: diff -r e17f35b05539 -r 5d4e91c0343e docs/9 - How is a toolchain constructed.txt --- a/docs/9 - How is a toolchain constructed.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/9 - How is a toolchain constructed.txt Sun Jul 17 16:53:40 2011 +0200 @@ -50,13 +50,13 @@ thereof, running on the target, we also need the C library. The C library provides a standard abstraction layer that performs basic tasks (such as allocating memory, printing output on a terminal, managing file access...). -There are many C libraries, each targetted to different systems. For the -Linux /desktop/, there is glibc or eglibc or ven uClibc, for embeded Linux, +There are many C libraries, each targeted to different systems. For the +Linux /desktop/, there is glibc or eglibc or even uClibc, for embedded Linux, you have a choice of eglibc or uClibc, while for system without an Operating System, you may use newlib, dietlibc, or even none at all. There a few other -C libraries, but they are not as widely used, and/or are targetted to very +C libraries, but they are not as widely used, and/or are targeted to very specific needs (eg. klibc is a very small subset of the C library aimed at -building contrained initial ramdisks). +building constrained initial ramdisks). Under Linux, the C library needs to know the API to the kernel to decide what features are present, and if needed, what emulation to include for @@ -168,7 +168,7 @@ correct rounding, MPFR - the C library for the arithmetic of complex numbers, MPC -The dependencies for those liraries are: +The dependencies for those libraries are: - MPC requires GMP and MPFR - MPFR requires GMP @@ -205,7 +205,7 @@ To enable LTO: - the ELF object file access library, libelf -The depencies for those libraries are: +The dependencies for those libraries are: - PPL requires GMP - CLooG/PPL requires GMP and PPL @@ -233,7 +233,7 @@ So the list is complete. But why does crosstool-NG have more steps? | --------------------------------------------------------------------+ -The already thirteen steps are the necessary steps, from a theorical point +The already thirteen steps are the necessary steps, from a theoretical point of view. In reality, though, there are small differences; there are three different reasons for the additional steps in crosstool-NG. @@ -249,9 +249,9 @@ Third, crosstool-NG can also build some additional debug utilities to run on the target. This is where we build, for example, the cross-gdb, the gdbserver -and the native gdb (the last two run on the target, the furst runs on the +and the native gdb (the last two run on the target, the first runs on the same machine as the toolchain). The others (strace, ltrace, DUMA and dmalloc) are absolutely not related to the toolchain, but are nice-to-have stuff that -can greatly help when developping, so are included as goodies (and they are +can greatly help when developing, so are included as goodies (and they are quite easy to build, so it's OK; more complex stuff is not worth the effort to include in crosstool-NG). diff -r e17f35b05539 -r 5d4e91c0343e docs/B - Known issues.txt --- a/docs/B - Known issues.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/B - Known issues.txt Sun Jul 17 16:53:40 2011 +0200 @@ -7,7 +7,7 @@ _____________/ -This files lists the known issues encountered while developping crosstool-NG, +This files lists the known issues encountered while developing crosstool-NG, but that could not be addressed before the release. The file has one section for each known issue, each section containing four @@ -136,7 +136,7 @@ Explanations: The gcc build procedure tries to run a Fortran test to see if it has a working native fortran compiler installed on the build machine, and it - can't find one. A native Fortran compiler is needed (seems to be neede) + can't find one. A native Fortran compiler is needed (seems to be needed) to build the Fortran frontend of the cross-compiler. Even if you don't want to build the Fortran frontend, gcc tries to see if it has one, but fails. This is no problem, as the Fortran frontend diff -r e17f35b05539 -r 5d4e91c0343e docs/C - Misc. tutorials.txt --- a/docs/C - Misc. tutorials.txt Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/C - Misc. tutorials.txt Sun Jul 17 16:53:40 2011 +0200 @@ -275,7 +275,7 @@ you should manually "hg qdelete" the patches that are already integrated upstream. -HOW TO FORMAT COMMIT MESSAGES (aka patch desciptions): +HOW TO FORMAT COMMIT MESSAGES (aka patch descriptions): Commit messages should look like (without leading pipes): |component: short, one-line description diff -r e17f35b05539 -r 5d4e91c0343e docs/ct-ng.1.in --- a/docs/ct-ng.1.in Sun Jul 17 16:54:50 2011 +0200 +++ b/docs/ct-ng.1.in Sun Jul 17 16:53:40 2011 +0200 @@ -99,7 +99,7 @@ Builds a tarball of the generated toolchain, also saving the scripts from .B crosstool-NG that are needed to rebuild the target, and also saving the tarballs of the -componnents that were used. +components that were used. ." .SH ENVIRONMENT .TP @@ -107,7 +107,7 @@ Respectively stops and restarts the build just before this step. To restart a step, a previous build should have run at least to that step, or further. -The list of steps is vailable with the action +The list of steps is viewable with the action .BR list-steps . ." .SH EXIT VALUE diff -r e17f35b05539 -r 5d4e91c0343e kconfig/kconfig.mk --- a/kconfig/kconfig.mk Sun Jul 17 16:54:50 2011 +0200 +++ b/kconfig/kconfig.mk Sun Jul 17 16:53:40 2011 +0200 @@ -129,7 +129,7 @@ # Cheesy auto-dependencies # Only parse the following if a configurator was called, to avoid building # dependencies when not needed (eg. list-steps, list-samples...) -# We must be carefull what we enclose, because we need some of the variable +# We must be careful what we enclose, because we need some of the variable # definitions for clean (and distclean) at least. # Just protecting the "-include $(DEPS)" line should be sufficient. # And in case we want menuconfig, we have to check that lxdialog @@ -159,7 +159,7 @@ # Each .o or .dep *can not* directly depend on kconfig/, because kconfig can # be touched during the build (who's touching it, btw?) so each .o or .dep -# would be re-built when it sould not be. +# would be re-built when it should not be. # So manually check for presence of $(obj) (ie. kconfig), and only mkdir # if needed. After all, that's not so bad... # mkdir $(obj)/lxdialog, because we need it, and incidentally, that diff -r e17f35b05539 -r 5d4e91c0343e scripts/crosstool-NG.sh.in --- a/scripts/crosstool-NG.sh.in Sun Jul 17 16:54:50 2011 +0200 +++ b/scripts/crosstool-NG.sh.in Sun Jul 17 16:53:40 2011 +0200 @@ -25,7 +25,7 @@ . .config.2 # Yes! We can do full logging from now on! -# Overide the locale early, in case we ever translate crosstool-NG messages +# Override the locale early, in case we ever translate crosstool-NG messages if [ -z "${CT_NO_OVERIDE_LC_MESSAGES}" ]; then export LC_ALL=C export LANG=C @@ -79,12 +79,12 @@ # Check the user is using an existing SHELL to be used by ./configure and Makefiles CT_TestOrAbort "The CONFIG_SHELL '${CT_CONFIG_SHELL}' (${CT_SHELL}) is not valid" -f "${CT_SHELL}" -a -x "${CT_SHELL}" -# Create the bin-overide early +# Create the bin-override early # Contains symlinks to the tools found by ./configure # Note: CT_DoLog and CT_DoExecLog do not use any of those tool, so # they can be safely used CT_TOOLS_OVERIDE_DIR="${CT_WORK_DIR}/tools" -CT_DoLog DEBUG "Creating bin-overide for tools in '${CT_TOOLS_OVERIDE_DIR}'" +CT_DoLog DEBUG "Creating bin-override for tools in '${CT_TOOLS_OVERIDE_DIR}'" CT_DoExecLog DEBUG mkdir -p "${CT_TOOLS_OVERIDE_DIR}/bin" cat "${CT_LIB_DIR}/paths.mk" |while read trash line; do tool="${line%%=*}" diff -r e17f35b05539 -r 5d4e91c0343e scripts/patch-rework.sh --- a/scripts/patch-rework.sh Sun Jul 17 16:54:50 2011 +0200 +++ b/scripts/patch-rework.sh Sun Jul 17 16:53:40 2011 +0200 @@ -123,7 +123,7 @@ read -p " --> enter patch depth (or Ctrl-C to abort): " d fi - # Store the original list of fiels touched by the patch, + # Store the original list of files touched by the patch, # removing the $d leading components sed -r -e "s:^([^/]+/){${d}}::;" "../diffstat.orig" >"${dst}/${pname}.diffstat.orig" diff -r e17f35b05539 -r 5d4e91c0343e scripts/populate.in --- a/scripts/populate.in Sun Jul 17 16:54:50 2011 +0200 +++ b/scripts/populate.in Sun Jul 17 16:53:40 2011 +0200 @@ -83,7 +83,7 @@ If the destination root directory exists, then the content of the source root directory is copied in there, and the result is populated as usual. - It can be usefull if constructing a rootfs incrementally from many + It can be useful if constructing a rootfs incrementally from many smaller source root directories, or if your destination root directory is an NFS export that your target mounts as / (and you don't want to re-run exportfs -av everytime). USE WITH CARE! diff -r e17f35b05539 -r 5d4e91c0343e scripts/showSamples.sh --- a/scripts/showSamples.sh Sun Jul 17 16:54:50 2011 +0200 +++ b/scripts/showSamples.sh Sun Jul 17 16:53:40 2011 +0200 @@ -184,7 +184,7 @@ done if [ "${opt}" = -w ]; then - printf "^ Total: ${#@} samples || **X**: sample uses features marked as being EXPERIMENTAL.\\\\\\\\ **B**: sample is curently BROKEN. |||||||||||||" + printf "^ Total: ${#@} samples || **X**: sample uses features marked as being EXPERIMENTAL.\\\\\\\\ **B**: sample is currently BROKEN. |||||||||||||" echo "" elif [ -z "${opt}" ]; then echo ' L (Local) : sample was found in current directory'