[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:
parent
ca5f8b0909
commit
9e37b1e5a0
|
@ -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
|
||||
|
|
|
@ -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,
|
||||
|
|
|
@ -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:
|
||||
|
|
|
@ -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.
|
||||
|
|
|
@ -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.
|
||||
}
|
||||
|
|
|
@ -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
|
||||
|
||||
|
|
|
@ -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)
|
||||
|
|
|
@ -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())
|
||||
|
|
Loading…
Reference in New Issue