[flang] Fixed a number of typos

I went over the output of the following mess of a command:

`(ulimit -m 2000000; ulimit -v 2000000; git ls-files -z | parallel --xargs -0 cat | aspell list --mode=none --ignore-case | grep -E '^[A-Za-z][a-z]*$' | sort | uniq -c | sort -n | grep -vE '.{25}' | aspell pipe -W3 | grep : | cut -d' ' -f2 | less)`

and proceeded to spend a few days looking at it to find probable typos
and fixed a few hundred of them in all of the llvm project (note, the
ones I found are not anywhere near all of them, but it seems like a
good start).

Reviewed By: awarzynski, clementval

Differential Revision: https://reviews.llvm.org/D130844
This commit is contained in:
Gabriel Ravier 2022-08-25 18:10:02 +02:00 committed by Valentin Clement
parent ca5f8b0909
commit 9e37b1e5a0
No known key found for this signature in database
GPG Key ID: 086D54783C928776
8 changed files with 9 additions and 9 deletions

View File

@ -140,7 +140,7 @@ end
for the default kind of INTEGER are assumed to have the least larger kind
that can hold them, if one exists.
* BOZ literals can be used as INTEGER values in contexts where the type is
unambiguous: the right hand sides of assigments and initializations
unambiguous: the right hand sides of assignments and initializations
of INTEGER entities, as actual arguments to a few intrinsic functions
(ACHAR, BTEST, CHAR), and as actual arguments of references to
procedures with explicit interfaces whose corresponding dummy
@ -292,7 +292,7 @@ end
* Use of INTEGER data with the intrinsic logical operators `.NOT.`, `.AND.`, `.OR.`,
and `.XOR.`.
* IF (integer expression) THEN ... END IF (PGI/Intel)
* Comparsion of LOGICAL with ==/.EQ. rather than .EQV. (also .NEQV.) (PGI/Intel)
* Comparison of LOGICAL with ==/.EQ. rather than .EQV. (also .NEQV.) (PGI/Intel)
* Procedure pointers in COMMON blocks (PGI/Intel)
* Underindexing multi-dimensional arrays (e.g., A(1) rather than A(1,1)) (PGI only)
* Legacy PGI `NCHARACTER` type and `NC` Kanji character literals

View File

@ -115,7 +115,7 @@ chained updates, `%r`, and stores the result to the array at address, `%a`.
This operation taken with `array_load`'s captures Fortran's
copy-in/copy-out semantics. The first operands of `array_merge_store` is the
result of the initial `array_load` operation. While this value could be
retrieved by reference chasiing through the different array operations it is
retrieved by reference chasing through the different array operations it is
useful to have it on hand directly for analysis passes since this directly
defines the "bounds" of the Fortran statement represented by these operations.
The intention is to allow copy-in/copy-out regions to be easily delineated,

View File

@ -44,7 +44,7 @@ Pseudo-examples:
$ python3 yaml_summarizer.py file_1.yaml file_2.yaml
<Unique OMP constructs with there grouped clauses from file_1.yaml and file_2.yaml>
Construcsts are in the form:
Constructs are in the form:
- construct: someOMPconstruct
count: 8
clauses:

View File

@ -434,7 +434,7 @@ public:
return mlir::success();
}
/// If the signature does not need any special target-specific converions,
/// If the signature does not need any special target-specific conversions,
/// then it is considered portable for any target, and this function will
/// return `true`. Otherwise, the signature is not portable and `false` is
/// returned.

View File

@ -60,7 +60,7 @@ void NullifyChecker::Leave(const parser::NullifyStmt &nullifyStmt) {
// A pointer-object shall not depend on the value,
// bounds, or association status of another pointer-
// object in the same NULLIFY statement.
// This restriction is the programmer's responsibilty.
// This restriction is the programmer's responsibility.
// Some dependencies can be found compile time or at
// runtime, but for now we choose to skip such checks.
}

View File

@ -1,4 +1,4 @@
! Verify that`-O{n}` is indeed taken into account when definining the LLVM backend pass pipeline.
! Verify that`-O{n}` is indeed taken into account when defining the LLVM backend pass pipeline.
! REQUIRES: aarch64-registered-target

View File

@ -1,5 +1,5 @@
! RUN: %python %S/test_errors.py %s %flang_fc1
! Test alternat return argument passing for internal and external subprograms
! Test alternate return argument passing for internal and external subprograms
! Both of the following are OK
call extSubprogram (*100)
call intSubprogram (*100)

View File

@ -1,5 +1,5 @@
! RUN: %python %S/test_errors.py %s %flang_fc1
! Catch NULL() actual argement association with allocatable dummy argument
! Catch NULL() actual argument association with allocatable dummy argument
program test
!ERROR: Null actual argument 'NULL()' may not be associated with allocatable dummy argument 'a='
call foo1(null())