Skip to content

Commit

Permalink
Merge branch 'jl/nor-or-nand-and' into maint
Browse files Browse the repository at this point in the history
* jl/nor-or-nand-and:
  code and test: fix misuses of "nor"
  comments: fix misuses of "nor"
  contrib: fix misuses of "nor"
  Documentation: fix misuses of "nor"
  • Loading branch information
gitster committed Apr 9, 2014
2 parents fbae3d9 + 235e8d5 commit 3c9e56b
Show file tree
Hide file tree
Showing 57 changed files with 88 additions and 90 deletions.
4 changes: 2 additions & 2 deletions Documentation/CodingGuidelines
Expand Up @@ -91,13 +91,13 @@ For shell scripts specifically (not exhaustive):
E.g.: my_function () {

- As to use of grep, stick to a subset of BRE (namely, no \{m,n\},
[::], [==], nor [..]) for portability.
[::], [==], or [..]) for portability.

- We do not use \{m,n\};

- We do not use -E;

- We do not use ? nor + (which are \{0,1\} and \{1,\}
- We do not use ? or + (which are \{0,1\} and \{1,\}
respectively in BRE) but that goes without saying as these
are ERE elements not BRE (note that \? and \+ are not even part
of BRE -- making them accessible from BRE is a GNU extension).
Expand Down
6 changes: 3 additions & 3 deletions Documentation/config.txt
Expand Up @@ -78,8 +78,8 @@ be escaped: use `\"` for `"` and `\\` for `\`.

The following escape sequences (beside `\"` and `\\`) are recognized:
`\n` for newline character (NL), `\t` for horizontal tabulation (HT, TAB)
and `\b` for backspace (BS). No other char escape sequence, nor octal
char sequences are valid.
and `\b` for backspace (BS). Other char escape sequences (including octal
escape sequences) are invalid.

Variable values ending in a `\` are continued on the next line in the
customary UNIX fashion.
Expand Down Expand Up @@ -827,7 +827,7 @@ color.diff::
commands will only use color when output is to the terminal.
Defaults to false.
+
This does not affect linkgit:git-format-patch[1] nor the
This does not affect linkgit:git-format-patch[1] or the
'git-diff-{asterisk}' plumbing commands. Can be overridden on the
command line with the `--color[=<when>]` option.

Expand Down
2 changes: 1 addition & 1 deletion Documentation/diff-generate-patch.txt
Expand Up @@ -174,7 +174,7 @@ added, from the point of view of that parent).
In the above example output, the function signature was changed
from both files (hence two `-` removals from both file1 and
file2, plus `++` to mean one line that was added does not appear
in either file1 nor file2). Also eight other lines are the same
in either file1 or file2). Also eight other lines are the same
from file1 but do not appear in file2 (hence prefixed with `+`).

When shown by `git diff-tree -c`, it compares the parents of a
Expand Down
2 changes: 1 addition & 1 deletion Documentation/diff-options.txt
Expand Up @@ -358,7 +358,7 @@ endif::git-log[]
--irreversible-delete::
Omit the preimage for deletes, i.e. print only the header but not
the diff between the preimage and `/dev/null`. The resulting patch
is not meant to be applied with `patch` nor `git apply`; this is
is not meant to be applied with `patch` or `git apply`; this is
solely for people who want to just concentrate on reviewing the
text after the change. In addition, the output obviously lack
enough information to apply such a patch in reverse, even manually,
Expand Down
2 changes: 1 addition & 1 deletion Documentation/everyday.txt
Expand Up @@ -263,7 +263,7 @@ that are not quite ready.
<5> create topic branch as needed and apply, again with my
sign-offs.
<6> rebase internal topic branch that has not been merged to the
master, nor exposed as a part of a stable branch.
master or exposed as a part of a stable branch.
<7> restart `pu` every time from the next.
<8> and bundle topic branches still cooking.
<9> backport a critical fix.
Expand Down
4 changes: 2 additions & 2 deletions Documentation/git-add.txt
Expand Up @@ -296,9 +296,9 @@ patch::

y - stage this hunk
n - do not stage this hunk
q - quit; do not stage this hunk nor any of the remaining ones
q - quit; do not stage this hunk or any of the remaining ones
a - stage this hunk and all later hunks in the file
d - do not stage this hunk nor any of the later hunks in the file
d - do not stage this hunk or any of the later hunks in the file
g - select a hunk to go to
/ - search for a hunk matching the given regex
j - leave this hunk undecided, see next undecided hunk
Expand Down
4 changes: 2 additions & 2 deletions Documentation/git-count-objects.txt
Expand Up @@ -33,8 +33,8 @@ size-pack: disk space consumed by the packs, in KiB (unless -H is specified)
prune-packable: the number of loose objects that are also present in
the packs. These objects could be pruned using `git prune-packed`.
+
garbage: the number of files in object database that are not valid
loose objects nor valid packs
garbage: the number of files in object database that are neither valid loose
objects nor valid packs
+
size-garbage: disk space consumed by garbage files, in KiB (unless -H is
specified)
Expand Down
4 changes: 2 additions & 2 deletions Documentation/git-diff.txt
Expand Up @@ -158,8 +158,8 @@ $ git diff --name-status <2>
$ git diff arch/i386 include/asm-i386 <3>
------------
+
<1> Show only modification, rename and copy, but not addition
nor deletion.
<1> Show only modification, rename, and copy, but not addition
or deletion.
<2> Show only names and the nature of change, but not actual
diff output.
<3> Limit diff output to named subtrees.
Expand Down
2 changes: 1 addition & 1 deletion Documentation/git-prune.txt
Expand Up @@ -56,7 +56,7 @@ OPTIONS
EXAMPLE
-------

To prune objects not used by your repository nor another that
To prune objects not used by your repository or another that
borrows from your repository via its
`.git/objects/info/alternates`:

Expand Down
2 changes: 1 addition & 1 deletion Documentation/git-push.txt
Expand Up @@ -385,7 +385,7 @@ will now start building on top of B.
The command by default does not allow an update that is not a fast-forward
to prevent such loss of history.

If you do not want to lose your work (history from X to B) nor the work by
If you do not want to lose your work (history from X to B) or the work by
the other person (history from X to A), you would need to first fetch the
history from the repository, create a history that contains changes done
by both parties, and push the result back.
Expand Down
2 changes: 1 addition & 1 deletion Documentation/git-read-tree.txt
Expand Up @@ -57,7 +57,7 @@ OPTIONS
-n::
--dry-run::
Check if the command would error out, without updating the index
nor the files in the working tree for real.
or the files in the working tree for real.

-v::
Show the progress of checking files out.
Expand Down
6 changes: 3 additions & 3 deletions Documentation/git-reset.txt
Expand Up @@ -21,7 +21,7 @@ to HEAD in all forms.

'git reset' [-q] [<tree-ish>] [--] <paths>...::
This form resets the index entries for all <paths> to their
state at <tree-ish>. (It does not affect the working tree, nor
state at <tree-ish>. (It does not affect the working tree or
the current branch.)
+
This means that `git reset <paths>` is the opposite of `git add
Expand Down Expand Up @@ -51,7 +51,7 @@ section of linkgit:git-add[1] to learn how to operate the `--patch` mode.
+
--
--soft::
Does not touch the index file nor the working tree at all (but
Does not touch the index file or the working tree at all (but
resets the head to <commit>, just like all modes do). This leaves
all your changed files "Changes to be committed", as 'git status'
would put it.
Expand Down Expand Up @@ -115,7 +115,7 @@ and changes with these files are distracting.
<2> Somebody asks you to pull, and the changes sounds worthy of merging.
<3> However, you already dirtied the index (i.e. your index does
not match the HEAD commit). But you know the pull you are going
to make does not affect frotz.c nor filfre.c, so you revert the
to make does not affect frotz.c or filfre.c, so you revert the
index changes for these two files. Your changes in working tree
remain there.
<4> Then you can pull and merge, leaving frotz.c and filfre.c
Expand Down
2 changes: 1 addition & 1 deletion Documentation/git-show-branch.txt
Expand Up @@ -25,7 +25,7 @@ and/or refs/tags) semi-visually.
It cannot show more than 29 branches and commits at a time.

It uses `showbranch.default` multi-valued configuration items if
no <rev> nor <glob> is given on the command line.
no <rev> or <glob> is given on the command line.


OPTIONS
Expand Down
2 changes: 1 addition & 1 deletion Documentation/git-show-ref.txt
Expand Up @@ -89,7 +89,7 @@ OPTIONS
Show references matching one or more patterns. Patterns are matched from
the end of the full name, and only complete parts are matched, e.g.
'master' matches 'refs/heads/master', 'refs/remotes/origin/master',
'refs/tags/jedi/master' but not 'refs/heads/mymaster' nor
'refs/tags/jedi/master' but not 'refs/heads/mymaster' or
'refs/remotes/master/jedi'.

OUTPUT
Expand Down
2 changes: 1 addition & 1 deletion Documentation/howto/rebase-from-internal-branch.txt
Expand Up @@ -139,7 +139,7 @@ You fetch from upstream, but not merge.
$ git fetch upstream

This leaves the updated upstream head in .git/FETCH_HEAD but
does not touch your .git/HEAD nor .git/refs/heads/master.
does not touch your .git/HEAD or .git/refs/heads/master.
You run "git rebase" now.

$ git rebase FETCH_HEAD master
Expand Down
4 changes: 2 additions & 2 deletions Documentation/howto/revert-a-faulty-merge.txt
Expand Up @@ -54,7 +54,7 @@ where C and D are to fix what was broken in A and B, and you may already
have some other changes on the mainline after W.

If you merge the updated side branch (with D at its tip), none of the
changes made in A nor B will be in the result, because they were reverted
changes made in A or B will be in the result, because they were reverted
by W. That is what Alan saw.

Linus explains the situation:
Expand Down Expand Up @@ -90,7 +90,7 @@ with:
$ git revert W

This history would (ignoring possible conflicts between what W and W..Y
changed) be equivalent to not having W nor Y at all in the history:
changed) be equivalent to not having W or Y at all in the history:

---o---o---o---M---x---x-------x----
/
Expand Down
2 changes: 1 addition & 1 deletion Documentation/howto/revert-branch-rebase.txt
Expand Up @@ -137,7 +137,7 @@ $ make clean test ;# make sure it did not cause other breakage.
------------------------------------------------

Everything is in the good order. I do not need the temporary branch
nor tag anymore, so remove them:
or tag anymore, so remove them:

------------------------------------------------
$ rm -f .git/refs/tags/pu-anchor
Expand Down
15 changes: 7 additions & 8 deletions Documentation/merge-options.txt
Expand Up @@ -63,14 +63,13 @@ merge.

--squash::
--no-squash::
Produce the working tree and index state as if a real
merge happened (except for the merge information),
but do not actually make a commit or
move the `HEAD`, nor record `$GIT_DIR/MERGE_HEAD` to
cause the next `git commit` command to create a merge
commit. This allows you to create a single commit on
top of the current branch whose effect is the same as
merging another branch (or more in case of an octopus).
Produce the working tree and index state as if a real merge
happened (except for the merge information), but do not actually
make a commit, move the `HEAD`, or record `$GIT_DIR/MERGE_HEAD`
(to cause the next `git commit` command to create a merge
commit). This allows you to create a single commit on top of
the current branch whose effect is the same as merging another
branch (or more in case of an octopus).
+
With --no-squash perform the merge and commit the result. This
option can be used to override --squash.
Expand Down
2 changes: 1 addition & 1 deletion Documentation/pretty-formats.txt
Expand Up @@ -78,7 +78,7 @@ The 'raw' format shows the entire commit exactly as
stored in the commit object. Notably, the SHA-1s are
displayed in full, regardless of whether --abbrev or
--no-abbrev are used, and 'parents' information show the
true parent commits, without taking grafts nor history
true parent commits, without taking grafts or history
simplification into account.

* 'format:<string>'
Expand Down
2 changes: 1 addition & 1 deletion Documentation/pretty-options.txt
Expand Up @@ -39,7 +39,7 @@ people using 80-column terminals.
Show the notes (see linkgit:git-notes[1]) that annotate the
commit, when showing the commit log message. This is the default
for `git log`, `git show` and `git whatchanged` commands when
there is no `--pretty`, `--format` nor `--oneline` option given
there is no `--pretty`, `--format`, or `--oneline` option given
on the command line.
+
By default, the notes shown are from the notes refs listed in the
Expand Down
2 changes: 1 addition & 1 deletion Documentation/rev-list-options.txt
Expand Up @@ -237,7 +237,7 @@ list.
reflog entries from the most recent one to older ones.
When this option is used you cannot specify commits to
exclude (that is, '{caret}commit', 'commit1..commit2',
nor 'commit1\...commit2' notations cannot be used).
and 'commit1\...commit2' notations cannot be used).
+
With `--pretty` format other than `oneline` (for obvious reasons),
this causes the output to have two extra lines of information
Expand Down
2 changes: 1 addition & 1 deletion Documentation/technical/api-gitattributes.txt
Expand Up @@ -99,7 +99,7 @@ static void setup_check(void)
The attribute is Unset, by listing the name of the
attribute prefixed with a dash - for the path.
} else if (ATTR_UNSET(value)) {
The attribute is not set nor unset for the path.
The attribute is neither set nor unset for the path.
} else if (!strcmp(value, "input")) {
If none of ATTR_TRUE(), ATTR_FALSE(), or ATTR_UNSET() is
true, the value is a string set in the gitattributes
Expand Down
8 changes: 4 additions & 4 deletions Documentation/technical/pack-protocol.txt
Expand Up @@ -237,10 +237,10 @@ The client now sends the maximum commit history depth it wants for
this transaction, which is the number of commits it wants from the
tip of the history, if any, as a 'deepen' line. A depth of 0 is the
same as not making a depth request. The client does not want to receive
any commits beyond this depth, nor objects needed only to complete
those commits. Commits whose parents are not received as a result are
defined as shallow and marked as such in the server. This information
is sent back to the client in the next step.
any commits beyond this depth, nor does it want objects needed only to
complete those commits. Commits whose parents are not received as a
result are defined as shallow and marked as such in the server. This
information is sent back to the client in the next step.

Once all the 'want's and 'shallow's (and optional 'deepen') are
transferred, clients MUST send a flush-pkt, to tell the server side
Expand Down
2 changes: 1 addition & 1 deletion Documentation/technical/protocol-common.txt
Expand Up @@ -39,7 +39,7 @@ More specifically, they:
caret `^`, colon `:`, question-mark `?`, asterisk `*`,
or open bracket `[` anywhere.

. They cannot end with a slash `/` nor a dot `.`.
. They cannot end with a slash `/` or a dot `.`.

. They cannot end with the sequence `.lock`.

Expand Down
2 changes: 1 addition & 1 deletion Documentation/user-manual.txt
Expand Up @@ -4074,7 +4074,7 @@ the `HEAD` tree, and stage 3 to the `$target` tree.

Earlier we said that trivial merges are done inside
`git read-tree -m`. For example, if the file did not change
from `$orig` to `HEAD` nor `$target`, or if the file changed
from `$orig` to `HEAD` or `$target`, or if the file changed
from `$orig` to `HEAD` and `$orig` to `$target` the same way,
obviously the final outcome is what is in `HEAD`. What the
above example shows is that file `hello.c` was changed from
Expand Down
2 changes: 1 addition & 1 deletion Makefile
Expand Up @@ -159,7 +159,7 @@ all::
#
# Define NEEDS_LIBINTL_BEFORE_LIBICONV if you need libintl before libiconv.
#
# Define NO_INTPTR_T if you don't have intptr_t nor uintptr_t.
# Define NO_INTPTR_T if you don't have intptr_t or uintptr_t.
#
# Define NO_UINTMAX_T if you don't have uintmax_t.
#
Expand Down
2 changes: 1 addition & 1 deletion builtin/apply.c
Expand Up @@ -4061,7 +4061,7 @@ static int write_out_one_reject(struct patch *patch)
return error(_("cannot open %s: %s"), namebuf, strerror(errno));

/* Normal git tools never deal with .rej, so do not pretend
* this is a git patch by saying --git nor give extended
* this is a git patch by saying --git or giving extended
* headers. While at it, maybe please "kompare" that wants
* the trailing TAB and some garbage at the end of line ;-).
*/
Expand Down
2 changes: 1 addition & 1 deletion builtin/checkout.c
Expand Up @@ -895,7 +895,7 @@ static int parse_branchname_arg(int argc, const char **argv,
* between A and B, A...B names that merge base.
*
* (b) If <something> is _not_ a commit, either "--" is present
* or <something> is not a path, no -t nor -b was given, and
* or <something> is not a path, no -t or -b was given, and
* and there is a tracking branch whose name is <something>
* in one and only one remote, then this is a short-hand to
* fork local <something> from that remote-tracking branch.
Expand Down
6 changes: 3 additions & 3 deletions builtin/clean.c
Expand Up @@ -903,11 +903,11 @@ int cmd_clean(int argc, const char **argv, const char *prefix)

if (!interactive && !dry_run && !force) {
if (config_set)
die(_("clean.requireForce set to true and neither -i, -n nor -f given; "
die(_("clean.requireForce set to true and neither -i, -n, nor -f given; "
"refusing to clean"));
else
die(_("clean.requireForce defaults to true and neither -i, -n nor -f given; "
"refusing to clean"));
die(_("clean.requireForce defaults to true and neither -i, -n, nor -f given;"
" refusing to clean"));
}

if (force > 1)
Expand Down
2 changes: 1 addition & 1 deletion builtin/commit.c
Expand Up @@ -1121,7 +1121,7 @@ static int parse_and_validate_options(int argc, const char *argv[],
if (argc == 0 && only && amend)
only_include_assumed = _("Clever... amending the last one with dirty index.");
if (argc > 0 && !also && !only)
only_include_assumed = _("Explicit paths specified without -i nor -o; assuming --only paths...");
only_include_assumed = _("Explicit paths specified without -i or -o; assuming --only paths...");
if (!cleanup_arg || !strcmp(cleanup_arg, "default"))
cleanup_mode = use_editor ? CLEANUP_ALL : CLEANUP_SPACE;
else if (!strcmp(cleanup_arg, "verbatim"))
Expand Down
2 changes: 1 addition & 1 deletion builtin/log.c
Expand Up @@ -503,7 +503,7 @@ static void show_rev_tweak_rev(struct rev_info *rev, struct setup_revision_opt *
/* There was no "-m" on the command line */
rev->ignore_merges = 0;
if (!rev->first_parent_only && !rev->combine_merges) {
/* No "--first-parent", "-c", nor "--cc" */
/* No "--first-parent", "-c", or "--cc" */
rev->combine_merges = 1;
rev->dense_combined_merges = 1;
}
Expand Down
2 changes: 1 addition & 1 deletion builtin/pack-objects.c
Expand Up @@ -999,7 +999,7 @@ static int pbase_tree_cache_ix_incr(int ix)
static struct pbase_tree {
struct pbase_tree *next;
/* This is a phony "cache" entry; we are not
* going to evict it nor find it through _get()
* going to evict it or find it through _get()
* mechanism -- this is for the toplevel node that
* would almost always change with any commit.
*/
Expand Down
4 changes: 2 additions & 2 deletions column.c
Expand Up @@ -311,8 +311,8 @@ static int parse_config(unsigned int *colopts, const char *value)
value += strspn(value, sep);
}
/*
* Setting layout implies "always" if neither always, never
* nor auto is specified.
* If none of "always", "never", and "auto" is specified, then setting
* layout implies "always".
*
* Current value in COL_ENABLE_MASK is disregarded. This means if
* you set column.ui = auto and pass --column=row, then "auto"
Expand Down
2 changes: 1 addition & 1 deletion contrib/examples/git-checkout.sh
Expand Up @@ -168,7 +168,7 @@ cd_to_toplevel
# branch. However, if "git checkout HEAD" detaches the HEAD
# from the current branch, even though that may be logically
# correct, it feels somewhat funny. More importantly, we do not
# want "git checkout" nor "git checkout -f" to detach HEAD.
# want "git checkout" or "git checkout -f" to detach HEAD.

detached=
detach_warn=
Expand Down
2 changes: 1 addition & 1 deletion contrib/examples/git-commit.sh
Expand Up @@ -280,7 +280,7 @@ case "$#,$also,$only,$amend" in
0,,,*)
;;
*,,,*)
only_include_assumed="# Explicit paths specified without -i nor -o; assuming --only paths..."
only_include_assumed="# Explicit paths specified without -i or -o; assuming --only paths..."
also=
;;
esac
Expand Down

0 comments on commit 3c9e56b

Please sign in to comment.