From: Eric Andersen Date: Wed, 29 Nov 2000 22:12:19 +0000 (-0000) Subject: Moar Speling fickes frum Larry Doolittle X-Git-Tag: 0_48~98 X-Git-Url: https://git.librecmc.org/?a=commitdiff_plain;h=0730943b49923af8f113705e4c99bd2a34fa1dee;p=oweals%2Fbusybox.git Moar Speling fickes frum Larry Doolittle --- diff --git a/README b/README index 8d1845ab3..29ba11cee 100644 --- a/README +++ b/README @@ -4,7 +4,7 @@ BusyBox combines tiny versions of many common UNIX utilities into a single small executable. It provides minimalist replacements for most of the utilities you usually find in fileutils, shellutils, findutils, textutils, grep, gzip, tar, etc. BusyBox provides a fairly complete POSIX environment for any small or -emdedded system. The utilities in BusyBox generally have fewer options then +embedded system. The utilities in BusyBox generally have fewer options than their full featured GNU cousins; however, the options that are included provide the expected functionality and behave very much like their GNU counterparts. @@ -14,20 +14,20 @@ features) at compile time. This makes it easy to customize your embedded systems. To create a working system, just add a kernel, a shell (such as ash), and an editor (such as elvis-tiny or ae). -Busybox was originally written to support the Debian Rescue/Install disks, but +BusyBox was originally written to support the Debian Rescue/Install disks, but it also makes an excellent environment for any small or embedded system. As of version 0.20 there is a version number. : ) Also as of version 0.20, BusyBox is now modularized to easily allow you to build only the components you -need, thereby reducing binary size. To turn off unwanted Busybox components, +need, thereby reducing binary size. To turn off unwanted BusyBox components, simply edit the file "Config.h" and comment out the components you do not need using C++ style (//) comments. -After the build is complete a busybox.links file is generated which is then +After the build is complete, a busybox.links file is generated. This is used by 'make install' to create symlinks to the busybox binary for all compiled in functions. By default, 'make install' will place the symlink forest into `pwd`/_install unless you have defined the PREFIX environment -variable (i.e. make PREFIX="/tmp/foo" install) +variable (i.e., make PREFIX="/tmp/foo" install) ---------------- Getting help: @@ -48,7 +48,7 @@ Source for the latest released version can always be downloaded from ---------------- CVS: -BusyBox now has its own publically browsable CVS tree at: +BusyBox now has its own publicly browsable CVS tree at: http://opensource.lineo.com/cgi-bin/cvsweb/busybox/ Anonymous CVS access is available. For instructions, check out: @@ -65,7 +65,7 @@ Please feed suggestions, bug reports, insults, and bribes back to: - + Many thanks to go to Lineo for paying me to work on busybox. - + diff --git a/docs/style-guide.txt b/docs/style-guide.txt index 9ea236024..4d0c7ca17 100644 --- a/docs/style-guide.txt +++ b/docs/style-guide.txt @@ -354,7 +354,7 @@ The only time we deviate from emulating the GNU behavior is when: switch) - Emulating the GNU behavior is prohibitively expensive (lots more code would be required, lots more memory would be used, etc.) - - The differce is minor or cosmetic + - The difference is minor or cosmetic A note on the 'cosmetic' case: Output differences might be considered cosmetic, but if the output is significant enough to break other scripts that @@ -367,7 +367,7 @@ Scope If a const variable is used only in a single source file, put it in the source file and not in a header file. Likewise, if a const variable is used in only one function, do not make it global to the file. Instead, declare it inside -the function body. Bottom line: Make a concious effort to limit declarations +the function body. Bottom line: Make a conscious effort to limit declarations to the smallest scope possible. Inside applet files, all functions should be declared static so as to keep the @@ -434,7 +434,7 @@ the parameter list and opening bracket. Example: .... The only time you would ever need to use the old declaration syntax is to -support ancient, antedeluvian compilers. To our good fortune, we have access +support ancient, antediluvian compilers. To our good fortune, we have access to more modern compilers and the old declaration syntax is neither necessary nor desired.