[all-commits] [llvm/llvm-project] f52a46: [Clang] Ensure the method scope at the late parsin...
Vitaly Buka via All-commits
all-commits at lists.llvm.org
Thu Jul 11 19:46:43 PDT 2024
Branch: refs/heads/users/vitalybuka/spr/hwasan-report-unavalible-fixed-shadow-range
Home: https://github.com/llvm/llvm-project
Commit: f52a4679e683807d699e105a6139a5a91401667f
https://github.com/llvm/llvm-project/commit/f52a4679e683807d699e105a6139a5a91401667f
Author: Younan Zhang <zyn7109 at gmail.com>
Date: 2024-07-12 (Fri, 12 Jul 2024)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/Parse/ParseCXXInlineMethods.cpp
M clang/test/SemaCXX/cxx0x-noexcept-expression.cpp
Log Message:
-----------
[Clang] Ensure the method scope at the late parsing of noexcept specifiers (#98023)
Previously, we only pushed the function scope once we entered the
function definition, whereas tryCaptureVariable() requires at least one
function scope available when ParmVarDecls being captured have been
owned by a function. This led to problems parsing the noexcept
specifiers, as the DeclRefExprs inside them were improperly computed.
Fixes https://github.com/llvm/llvm-project/issues/97453
Commit: 90abdf83e273586a43e1270e5f0a11de5cc35383
https://github.com/llvm/llvm-project/commit/90abdf83e273586a43e1270e5f0a11de5cc35383
Author: Yaxun (Sam) Liu <yaxun.liu at amd.com>
Date: 2024-07-11 (Thu, 11 Jul 2024)
Changed paths:
M clang/lib/CodeGen/CodeGenModule.cpp
M clang/lib/CodeGen/CodeGenModule.h
Log Message:
-----------
[CUDA][HIP][NFC] add CodeGenModule::shouldEmitCUDAGlobalVar (#98543)
Extract the logic whether to emit a global var based on CUDA/HIP
host/device related attributes to CodeGenModule::shouldEmitCUDAGlobalVar
to be used by other places.
Commit: b12e141fb14a8b603984e1d29339e344e0db36ce
https://github.com/llvm/llvm-project/commit/b12e141fb14a8b603984e1d29339e344e0db36ce
Author: Thurston Dang <thurston at google.com>
Date: 2024-07-11 (Thu, 11 Jul 2024)
Changed paths:
M compiler-rt/lib/memprof/memprof_allocator.h
Log Message:
-----------
[memprof] Switch allocator to dynamic base address (#98510)
memprof_rtl.cpp calls InitializeShadowMemory() - which
dynamically/"randomly" chooses a base address for the shadow mapping -
prior to InitializeAllocator(). If we are unlucky, the shadow memory may
be mapped in the same region where the allocator wants to be.
This patch fixes the issue by changing the allocator to dynamically
choosing a base address, as suggested by Vitaly. For comparison, HWASan
already dynamically chooses the base addresses for the shadow mapping
and allocator.
The "unlucky" failure was observed on a new buildbot:
https://lab.llvm.org/buildbot/#/builders/66/builds/1361/steps/17/logs/stdio
---------
Co-authored-by: Vitaly Buka <vitalybuka at gmail.com>
Commit: 56b73f2a73b082c7b6a17cad37799fc218436be1
https://github.com/llvm/llvm-project/commit/56b73f2a73b082c7b6a17cad37799fc218436be1
Author: Vitaly Buka <vitalybuka at google.com>
Date: 2024-07-11 (Thu, 11 Jul 2024)
Changed paths:
M compiler-rt/lib/msan/msan_linux.cpp
Log Message:
-----------
[msan] Fix compilation broken by invalid conflict resolution
Commit: 9cb62ab5aea89dd00435060066fd7003ea4e3159
https://github.com/llvm/llvm-project/commit/9cb62ab5aea89dd00435060066fd7003ea4e3159
Author: Vitaly Buka <vitalybuka at google.com>
Date: 2024-07-11 (Thu, 11 Jul 2024)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/CodeGen/CodeGenModule.cpp
M clang/lib/CodeGen/CodeGenModule.h
M clang/lib/Parse/ParseCXXInlineMethods.cpp
M clang/test/SemaCXX/cxx0x-noexcept-expression.cpp
M compiler-rt/lib/memprof/memprof_allocator.h
M compiler-rt/lib/msan/msan_linux.cpp
M compiler-rt/test/hwasan/TestCases/Linux/fixed-shadow.c
Log Message:
-----------
don't fallback for 4TB
Created using spr 1.3.4
Compare: https://github.com/llvm/llvm-project/compare/a3723f635212...9cb62ab5aea8
To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications
More information about the All-commits
mailing list