vasilito
cb424d7448
verify-patch-sanity.py validates every active recipe .patch has internally- consistent hunk line counts — catching the 'malformed patch at line N' failure at commit/CI/preflight time instead of hours into a cook. This cycle hit that class three times (qtwaylandscanner, sddm, xwayland), each only discovered when cookbook tried to apply the patch. Running it across the repo found 29 latent malformed patches (validated against GNU patch: e.g. relibc/P3-sysv-ipc reproduces 'malformed patch at line 22'). They were harmless only because they sit in vendored recipes (baked, not re- applied) — but would fail on any version-bump re-derivation. --fix recounts the hunk headers (body untouched) and repaired all 29. Wired into build-preflight.sh (Phase 1.0D) and redbear-ci.yml, with a unit test (test-patch-sanity.sh). Skips archived/legacy trees and unvalidatable formats (empty placeholders, bare-@@ git hunks).
1.7 KiB
1.7 KiB
OpenACC in Flang
---
local:
---
Intentional deviation from the specification
- The end directive for combined construct can omit the
loopkeyword. - An
!$acc routinewith no parallelism clause is treated as if theseqclause was present. !$acc end loopdoes not trigger a parsing error and is just ignored.- The restriction on
!$acc datarequired clauses is emitted as a portability warning instead of an error as other compiler accepts it. - The
ifclause accepts scalar integer expression in addition to scalar logical expression. !$acc routinedirective can be placed at the top level.!$acc cachedirective accepts scalar variable.- The
!$acc declaredirective accepts assumed size array arguments fordeviceptrandpresentclauses. - The OpenACC specification disallows a variable appearing multiple times in
clauses of
!$acc declaredirectives for a function, subroutine, program, or module, but it is allowed with a warning when same clause is used.
Remarks about incompatibilities with other implementations
- Array element references in the data clauses are equivalent to array sections
consisting of this single element, i.e.
copyin(a(n))is equivalent tocopyin(a(n:n)). Some other implementations have treated it ascopyin(a(:n)), which does not correspond to OpenACC spec – Flang does not support this interpretation of an array element reference.