LLVM/project c048396cross-project-tests/amdgpu builtins-amdgcn-swmmac-w64.cl builtins-amdgcn-gfx12-wmma-w32.cl

cross-project-tests: Migrate amdgpu tests to use subarch triples
DeltaFile
+1-1cross-project-tests/amdgpu/builtins-amdgcn-swmmac-w64.cl
+1-1cross-project-tests/amdgpu/builtins-amdgcn-gfx12-wmma-w32.cl
+1-1cross-project-tests/amdgpu/builtins-amdgcn-gfx12-wmma-w64.cl
+1-1cross-project-tests/amdgpu/builtins-amdgcn-wmma-w64.cl
+1-1cross-project-tests/amdgpu/builtins-amdgcn-wmma-w32.cl
+1-1cross-project-tests/amdgpu/builtins-amdgcn-swmmac-w32.cl
+6-66 files

LLVM/project 4180e2bllvm/include/llvm/ADT GenericUniformityImpl.h

[UniformityAnalysis] Make divergent-exit cycle print order deterministic (#210107)

Once the set spills to the heap its iteration order follows allocation
addresses, so the printed order is nondeterministic.

Fix https://reviews.llvm.org/D130746 ("RFC: Uniformity Analysis for
Irreducible Control Flow")
DeltaFile
+3-2llvm/include/llvm/ADT/GenericUniformityImpl.h
+3-21 files

LLVM/project 49744c0flang/lib/Parser openacc-parsers.cpp, flang/test/Parser acc-unparse.f90

[flang][OpenACC] Allow blanks around ':' in a gang-arg (#210089)

The parsers for the STATIC, DIM, and NUM forms of an OpenACC gang-arg
used the token strings "STATIC: ", "DIM: ", and "NUM: ", none of which
permit a blank between the keyword and the ':' separator. A space in a
TokenStringMatch pattern is the only place a blank is accepted in the
source (outside the leading/trailing skip), so a directive such as

    !$acc loop gang(static : 1)

was rejected with "expected end of OpenACC directive", even though
free-form Fortran allows optional blanks around the separator.

Move the blank in each token string to before the ':' ("STATIC :", etc.)
so zero or more blanks are accepted on either side of the separator. The
_tok form keeps the blank optional, so the no-space spelling still
parses without a warning.

Add parser/unparse coverage for the spaced spellings of the static, dim,
and num gang arguments.
DeltaFile
+31-0flang/test/Parser/acc-unparse.f90
+3-3flang/lib/Parser/openacc-parsers.cpp
+34-32 files

LLVM/project 7ee5025lld/test/ELF amdgpu-tid.s emulation-amdgpu.s, lld/test/ELF/lto amdgpu.ll amdgcn-oses.ll

lld: Migrate amdgpu tests to use subarch triples
DeltaFile
+14-14lld/test/ELF/amdgpu-tid.s
+12-0lld/test/ELF/lto/amdgpu.ll
+4-3lld/test/ELF/emulation-amdgpu.s
+3-3lld/test/ELF/lto/amdgcn-oses.ll
+3-3lld/test/ELF/amdgpu-duplicate-sym.s
+2-2lld/test/ELF/amdgpu-elf-flags-err.s
+38-256 files not shown
+47-3412 files

LLVM/project 9d66f40llvm/test/CodeGen/AMDGPU lower-buffer-fat-pointers-contents-legalization.ll lower-buffer-fat-pointers-contents-legalization-alignment.ll

AMDGPU: Migrate more tests to amdgpu triples

These were missed in previous conversions for whatever reason.
Some are new tests added after I did the bulk migration, some
are special cases.
DeltaFile
+176-176llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-contents-legalization.ll
+129-129llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-contents-legalization-alignment.ll
+57-57llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-unoptimized-debug-data.ll
+50-56llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-pointer-ops.ll
+30-57llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-constants.ll
+14-14llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-control-flow.ll
+456-489174 files not shown
+734-796180 files

LLVM/project 2fc864bllvm/unittests/Frontend OpenMPIRBuilderTest.cpp, llvm/unittests/Target/AMDGPU AMDGPUUnitTests.cpp DwarfRegMappings.cpp

AMDGPU: Use subarch triples in more unit tests (#210011)

Avoid looking up the target by the cpu name with the legacy
amdgcn name.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+38-32llvm/unittests/Target/AMDGPU/AMDGPUUnitTests.cpp
+8-6llvm/unittests/Target/AMDGPU/DwarfRegMappings.cpp
+2-3llvm/unittests/Target/AMDGPU/UniformityAnalysisTest.cpp
+2-2llvm/unittests/Frontend/OpenMPIRBuilderTest.cpp
+2-1llvm/unittests/Target/AMDGPU/AMDGPUUnitTests.h
+1-1llvm/unittests/Target/AMDGPU/CSETest.cpp
+53-455 files not shown
+58-5011 files

LLVM/project 4a578bellvm/lib/Target/PowerPC PPCTargetTransformInfo.cpp

PPC: Avoid constructing TargetTransformInfo in isHardwareLoopProfitable (#209972)

PPCTTIImpl::isHardwareLoopProfitable constructed a throwaway
TargetTransformInfo only to call CodeMetrics::analyzeBasicBlock. TTI
may contain pipeline configuration state, and should only be queried
from the PassManager. It was also particularly ugly to construct one
here given that we're inside a TTIImpl.

Most of what analyzeBasicBlock computes was not used here. Directly
sum the instruction code size costs, which was the only used component
of the analysis.

Co-authored-by: Claude (Claude Opus 4.8) <noreply at anthropic.com>
DeltaFile
+10-8llvm/lib/Target/PowerPC/PPCTargetTransformInfo.cpp
+10-81 files

LLVM/project 0d37efallvm/lib/Target/SPIRV SPIRVPrepareFunctions.cpp

SPIRV: Fix constructing temporary TTI in SPIRVPrepareFunctions (#209977)

Passes should obtain TargetTransformInfo from the analysis manager
and never construct one. It may contain pipeline configuration state
(e.g., TargetLibraryInfo).

Co-authored-by: Claude (Claude Opus 4.8) <noreply at anthropic.com>
DeltaFile
+29-6llvm/lib/Target/SPIRV/SPIRVPrepareFunctions.cpp
+29-61 files

LLVM/project ab5e015llvm/include/llvm/ADT GenericCycleInfo.h GenericUniformityImpl.h, llvm/lib/CodeGen MachineSink.cpp

[CycleInfo] Move cycle accessors to GenericCycleInfo. NFC (#209990)

Move member functions off GenericCycle onto GenericCycleInfo.
GenericCycle now holds only data and the child-iterator type, and all
cycle queries go through GenericCycleInfo. This prepares replacing the
GenericCycle pointer with an opaque handle.

Aided by Claude Opus 4.8
DeltaFile
+35-69llvm/include/llvm/ADT/GenericCycleInfo.h
+43-40llvm/include/llvm/ADT/GenericUniformityImpl.h
+29-29llvm/include/llvm/ADT/GenericCycleImpl.h
+8-8llvm/lib/Transforms/Utils/FixIrreducible.cpp
+6-5llvm/lib/CodeGen/MachineSink.cpp
+4-3llvm/lib/Target/AMDGPU/AMDGPUGlobalISelDivergenceLowering.cpp
+125-1545 files not shown
+134-16311 files

FreeNAS/freenas 1eb5134src/middlewared/middlewared/plugins/container attachments.py, src/middlewared/middlewared/plugins/pool_ unlock.py

NAS-141404 / 26.0.0-RC.1 / Restart autostart containers and VMs after an encrypted pool is unlocked (#19272)

An autostart container or VM on a passphrase-encrypted pool doesn't come
back after you unlock the pool. After a reboot, the pool is locked and
its workloads are stopped; unlocking should start them again, but they
stay `STOPPED` and you have to start each one by hand.

Unlocking a dataset asks each attachment delegate to start what's
attached to it. That works for shares (SMB, NFS, …), but for containers
and VMs, the delegate only ever reports instances that are *already
running* — so a workload that's stopped *because* its pool was locked
never gets picked up. VMs had a one-off hack to work around this;
containers had nothing.

- Added a `start_on_unlock` hook to the attachment-delegate base class.
Shares keep their existing behavior; containers and VMs override it to
restart their autostart workloads.
- Containers and VMs with autostart enabled are now restarted when the
pool they live on is unlocked (a running one is bounced so it picks up

    [26 lines not shown]
DeltaFile
+188-0src/middlewared/middlewared/pytest/unit/plugins/test_vm_attachment_matching.py
+154-0src/middlewared/middlewared/pytest/unit/plugins/test_container_attachment_matching.py
+110-32src/middlewared/middlewared/plugins/container/attachments.py
+108-14src/middlewared/middlewared/plugins/vm/attachments.py
+0-112tests/unit/test_pool_dataset_unlock_restart_vms.py
+0-50src/middlewared/middlewared/plugins/pool_/unlock.py
+560-2085 files not shown
+647-22711 files

LLVM/project 3736a7blldb/docs dil-expr-lang.ebnf, lldb/source/ValueObject DILEval.cpp

[lldb] Add `nullptr` literal to DIL (#208831)

DIL will first attempt resolving `nullptr` as a variable, and if there
is none, `nullptr` will be resolved as a null pointer.
DeltaFile
+24-0lldb/test/API/commands/frame/var-dil/expr/NullptrVar/TestFrameVarDILNullptrVar.py
+15-0lldb/source/ValueObject/DILEval.cpp
+8-1lldb/test/API/commands/frame/var-dil/expr/Literals/TestFrameVarDILLiterals.py
+7-0lldb/test/API/commands/frame/var-dil/expr/NullptrVar/main.c
+4-1lldb/docs/dil-expr-lang.ebnf
+4-0lldb/test/API/commands/frame/var-dil/expr/NullptrVar/Makefile
+62-21 files not shown
+65-37 files

LLVM/project be1728cclang/include/clang/CIR/Dialect/IR CIRStdOps.td CIRAttrs.td, clang/lib/CIR/Dialect/Transforms IdiomRecognizer.cpp

[CIR] Add support for the IdiomRecognizer pass (#208854)

This patch adds the `IdiomRecognizer` pass, which raises calls to known
standard library functions into dedicated operations that later passes
can optimize. The implementation follows the ClangIR incubator, and
upstream had only the pass skeleton and the frontend wiring.

The pass recognizes the standard find algorithm and raises it to the new
operation `cir.std.find`. A call is raised when its callee carries the
matching identity tag, the argument count and the types line up, the
callee is not variadic, and the call is not `musttail`. LoweringPrepare
lowers the operation back to the original call with its attributes, so
behavior never changes when no transform fires.

The tag is the new `func_identity` form under the `func_info` union on
`cir.func`. It holds one entry from an enum naming the entities the
recognizer knows, so the tag itself carries no names. `CIRGen` attaches
it by the plain name, the std membership with inline namespaces looked
through, and whether the function is free, so members, static members,

    [5 lines not shown]
DeltaFile
+72-42clang/lib/CIR/Dialect/Transforms/IdiomRecognizer.cpp
+67-0clang/test/CIR/Transforms/idiom-recognizer-guards.cpp
+56-0clang/test/CIR/Transforms/idiom-recognizer.cpp
+53-0clang/include/clang/CIR/Dialect/IR/CIRStdOps.td
+46-1clang/include/clang/CIR/Dialect/IR/CIRAttrs.td
+39-0clang/test/CIR/CodeGen/func-identity-attr.cpp
+333-4315 files not shown
+492-5821 files

LLVM/project 1339ccelibc/test/src/mathvec CMakeLists.txt, llvm/test/CodeGen/RISCV short-forward-branch-opt-zibi.ll

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.5-bogner

[skip ci]
DeltaFile
+852-327llvm/test/Transforms/LoopIdiom/cyclic-redundancy-check.ll
+761-0llvm/test/Transforms/LoopIdiom/RISCV/cyclic-redundancy-check.ll
+707-0llvm/test/Transforms/LoopIdiom/AArch64/cyclic-redundancy-check.ll
+707-0llvm/test/Transforms/LoopIdiom/X86/cyclic-redundancy-check.ll
+550-0llvm/test/CodeGen/RISCV/short-forward-branch-opt-zibi.ll
+531-0libc/test/src/mathvec/CMakeLists.txt
+4,108-327509 files not shown
+16,746-2,460515 files

OpenZFS/src fb5fdeflib/libzfs libzfs_util.c

libzfs: fallback VDEV_UPATH to VDEV_PATH for non-DM devices

When zfs_get_underlying_path() returns NULL for a non-DM device (e.g.
NVMe), the zfs_prepare_disk script was getting an empty VDEV_UPATH.  Per
the man page, VDEV_UPATH should fall back to VDEV_PATH when there is no
underlying path.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: MISAPOR LAB <misapor at lab.misapor.pl>
Closes #18439
Closes #18802
DeltaFile
+2-0lib/libzfs/libzfs_util.c
+2-01 files

OpenZFS/src 0fa5d57cmd/zpool_influxdb zpool_influxdb.c

zpool_influxdb: export per-vdev slow_ios counter

OpenZFS 2.4 added slow vdev sit-out detection, visible in 'zpool status
-s' as the SLOW column.  Export the same vs_slow_ios counter in
zpool_influxdb output so monitoring stacks can alert on slow vdevs.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Alexander Motin <alexander.motin at TrueNAS.com>
Signed-off-by: MISAPOR LAB <misapor at lab.misapor.pl>
Closes #18804
Closes #18555
DeltaFile
+1-0cmd/zpool_influxdb/zpool_influxdb.c
+1-01 files

OpenZFS/src 5d530b8lib/libzpool abd_os.c, module/os/freebsd/zfs abd_os.c

ABD: Validate borrowed buffer length

abd_borrow_buf() currently asserts that an unsigned size is at least
zero. This is tautological and allows a caller to borrow more bytes
than the ABD represents.

Assert that the ABD covers the requested length in the Linux, FreeBSD,
and libzpool implementations.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Alexander Motin <alexander.motin at TrueNAS.com>
Signed-off-by: Kamil Monicz <kamil at monicz.dev>
Closes #18811
DeltaFile
+1-1lib/libzpool/abd_os.c
+1-1module/os/freebsd/zfs/abd_os.c
+1-1module/os/linux/zfs/abd_os.c
+3-33 files

LLVM/project 5c6cc0fclang/include/clang/Basic DiagnosticParseKinds.td

move diagnostic to the top
DeltaFile
+3-1clang/include/clang/Basic/DiagnosticParseKinds.td
+3-11 files

LLVM/project 16c6374.github/workflows llvm-abi-tests.yml

workflows/llvm-abi-tests: Fix typo (#209917)

Introduced by 9bd8bbb2b76c55ca83ddb6e0aa8a3a79b65706d4.
DeltaFile
+1-1.github/workflows/llvm-abi-tests.yml
+1-11 files

LLVM/project 694c561llvm/include/llvm/ADT GenericCycleImpl.h GenericCycleInfo.h, llvm/lib/Transforms/Utils FixIrreducible.cpp

[CycleInfo] Store cycles in a flat preorder array. NFC (#209981)

Store cycles by value in one array in cycle-forest preorder, each cycle
immediately followed by its descendants, instead of heap-allocating each
cycle and holding its children in a std::vector<std::unique_ptr<>>.
Child and top-level iteration become pointer arithmetic that skips a
subtree via a new NumDescendants count, and sizeof(GenericCycle) drops
from 72 to 48. GenericCycleInfoCompute builds the forest with temporary
nodes, then flatten() moves it into the array.

GenericCycle still exposes raw pointers into this array. The eventual
goal is to replace them with an opaque handle, so all access goes
through GenericCycleInfo and the storage stays an implementation detail.

Aided by Fable 5
DeltaFile
+98-111llvm/include/llvm/ADT/GenericCycleImpl.h
+52-71llvm/include/llvm/ADT/GenericCycleInfo.h
+2-9llvm/lib/Transforms/Utils/FixIrreducible.cpp
+152-1913 files

LLVM/project d76f524lldb/tools/lldb-server lldb-gdbserver.cpp

[lldb][Windows] Don't let the inferior inherit the --pipe handle (#207024)

`lldb-server` writes its listening socket id to the `--pipe` handle and
then closes it. The parent process that spawned it reads the pipe until
EOF purely as a synchronization point (`"the server is now listening"`).

On Windows the inferior is launched with `bInheritHandles=TRUE` (it
needs the ConPTY handles), so it also inherited the pipe's write end.
That kept the write end open after `lldb-server` closed its own handle,
so the parent never saw EOF: it blocked until its read timeout and the
client's connection handshake timed out first.

This patch clears `HANDLE_FLAG_INHERIT` on the `--pipe` handle so the
inferior cannot keep the write end open, while leaving it valid for
lldb-server's own use.

rdar://180736036
DeltaFile
+13-1lldb/tools/lldb-server/lldb-gdbserver.cpp
+13-11 files

LLVM/project 71956dcllvm/lib/Transforms/Utils SimplifyCFG.cpp, llvm/test/Transforms/SimplifyCFG/AMDGPU convergent-jump-threading.ll

[SimplifyCFG] Do not thread branches into uncontrolled convergent regions

SimplifyCFG's foldCondBranchOnValueKnownInPredecessor can thread an edge past
a block that acts as a reconvergence point. If the threaded destination reaches
an uncontrolled convergent operation before returning to the threaded-through
block, the transform can change which dynamic instance of the convergent
operation is executed.

Add a conservative destination scan for this fold and skip the threading
candidate when it can reach an uncontrolled convergent call before returning
to the original block. Controlled convergent operations using convergence
control tokens are left alone.

Fixes ROCM-26496.
DeltaFile
+68-6llvm/lib/Transforms/Utils/SimplifyCFG.cpp
+53-4llvm/test/Transforms/SimplifyCFG/AMDGPU/convergent-jump-threading.ll
+121-102 files

LLVM/project c78de0bllvm/test/Transforms/SimplifyCFG/AMDGPU convergent-jump-threading.ll

[NFC] Pre-commit a test case for a SimplifyCFG issue
DeltaFile
+94-0llvm/test/Transforms/SimplifyCFG/AMDGPU/convergent-jump-threading.ll
+94-01 files

FreeBSD/ports 0757401lang/perl5.44 distinfo Makefile

lang/perl5.44: update to 5.44.0

Changes:        https://metacpan.org/release/LEONT/perl-5.44.0/view/pod/perldelta.pod
DeltaFile
+3-3lang/perl5.44/distinfo
+1-1lang/perl5.44/Makefile
+4-42 files

LLVM/project 66ec277llvm/lib/Target/RISCV RISCVRegisterInfo.td

[𝘀𝗽𝗿] initial version

Created using spr 1.3.8-beta.1-arichardson
DeltaFile
+6-6llvm/lib/Target/RISCV/RISCVRegisterInfo.td
+6-61 files

LLVM/project c728067clang/lib/AST ExprConstant.cpp, clang/lib/Sema SemaExprCXX.cpp

Fix references to complete types in attribute references (#209537)

This is a regression from #197215.

Attributes are not REALLY in the body of a function (though the name of
said function is... awkwardly inaccurate at best), but still need to pay
attention to the completeness of their references. As a result, we
weren't marking the expression as invalid, but were also trying to
evaluate it.

This patch fixes this in 2 ways. First, we re-add the
CXXThisTypeOverride check, but except constant substitution, since that
has some additional 'this' behavior from #197215. x

Secondly, we also make the constant evaluator give up on incomplete
types when handling an L value member. This stops us from trying to
evaluate the value if it is incomplete during template instantiation,
when the type is incomplete. We don't diagnose, since it is still
potentially a constant expression, but isn't currently one.

    [3 lines not shown]
DeltaFile
+39-0clang/test/SemaCXX/enable_if.cpp
+11-2clang/lib/AST/ExprConstant.cpp
+8-0clang/lib/Sema/SemaExprCXX.cpp
+58-23 files

LLVM/project 88c69e5llvm/lib/Object GOFFObjectFile.cpp

[Object][GOFF] Recognize RLD and LEN records (#207118)

This patch adds explicit cases for RT_RLD and RT_LEN records when
parsing GOFF objects. These record types are not handled yet, but
recognizing them allows us to diagnose them and avoids teating them as
unexpected records.

(cherry picked from commit c40401dd8d28e88519433531c041b0b7e5ada8a9)
DeltaFile
+10-1llvm/lib/Object/GOFFObjectFile.cpp
+10-11 files

LLVM/project 23780dfpolly/lib/CodeGen IslNodeBuilder.cpp BlockGenerators.cpp, polly/test/CodeGen issue205732.ll

[Polly] Fix codegen assertions to account for DefinedBehaviorContext (#209188)

DeLICM may produce new read access relations whose domain is restricted
to the DefinedBehaviorContext (e.g., only valid when a parameter ensures
no UB). The validation in setNewAccessRelation already accounts for
this, but the debug assertions in createNewAccesses and
generateScalarLoads did not, causing false assertion failures during
code generation.

Intersect the checked domains with getBestKnownDefinedBehaviorContext()
to match the contract that DeLICM relies on.

Fixes #205732

(cherry picked from commit ea612545644d1e3f238ac4cd053758f569f9bf3b)
DeltaFile
+40-0polly/test/CodeGen/issue205732.ll
+10-2polly/lib/CodeGen/IslNodeBuilder.cpp
+5-0polly/lib/CodeGen/BlockGenerators.cpp
+55-23 files

Linux/linux 6f5156ddrivers/cpufreq intel_pstate.c cpufreq.c

Merge tag 'pm-7.2-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull power management fixes from Rafael Wysocki:
 "These fix two cpufreq issues, one in the intel_pstate driver and one
  in the core:

   - Make cpufreq_update_pressure() use cpuinfo.max_freq as the default
     reference frequency when arch_scale_freq_ref() returns 0 to allow
     the scheduler to still take CPU frequency caps into account in
     those cases (Rafael Wysocki)

   - Use the HWP guaranteed performance level as the full capacity
     performance in intel_pstate on hybrid systems when turbo
     frequencies are not allowed to be used to make scale-invariance
     work as expected in those cases (Rafael Wysocki)"

* tag 'pm-7.2-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
  cpufreq: Make cpufreq_update_pressure() fall back to cpuinfo.max_freq
  cpufreq: intel_pstate: Set non-turbo capacity to HWP_GUARANTEED_PERF()
DeltaFile
+4-2drivers/cpufreq/intel_pstate.c
+3-0drivers/cpufreq/cpufreq.c
+7-22 files

LLVM/project a2520c9polly/include/polly/CodeGen LoopGenerators.h, polly/lib/CodeGen IslNodeBuilder.cpp LoopGenerators.cpp

[Polly] Skip vectorize.enable for FP loops with dist=1 dependences (#205756)

When -polly-annotate-metadata-vectorize is active, Polly marks its
generated loops with llvm.loop.vectorize.enable=true. This is harmful
for loops with a loop-carried dependence of distance 1 that involve
floating-point operations: the Loop Vectorizer reorders FP operations
(e.g. scalar reduction like q = factor*q), producing results that differ
from the sequential scalar reference and causing correctness failures.

Two changes are made:

1. IslAst.cpp: add PollyVectorizeMetadata to the PerformParallelTest
gate so that dependence-distance computation is performed whenever
-polly-annotate-metadata-vectorize is passed, not only when
-polly-parallel or a vectorizer is active.

2. IslNodeBuilder.cpp / LoopGenerators.cpp: when a loop has a dist=1
dependence involving FP operations, omit the vectorize.enable annotation
entirely. This lets the Loop Vectorizer apply its own cost model and

    [3 lines not shown]
DeltaFile
+56-0polly/test/CodeGen/Metadata/skip_vec_annotate_fp_dist1.ll
+45-2polly/lib/CodeGen/IslNodeBuilder.cpp
+6-6polly/lib/CodeGen/LoopGenerators.cpp
+5-1polly/include/polly/CodeGen/LoopGenerators.h
+4-1polly/lib/CodeGen/IslAst.cpp
+2-2polly/test/CodeGen/Metadata/basic_vec_annotate.ll
+118-126 files

FreeBSD/src fc186c2libexec/rc/rc.d dumpon

rc.d/dumpon: minor hardening/tightening up

- Scope local variables properly to each function.
- Quote variables that should be treated as single words.
- Replace `${cmd}; if [ $? -eq 0 ]` with `if ${cmd}` for simplicity.

MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D57899
DeltaFile
+8-5libexec/rc/rc.d/dumpon
+8-51 files