[llvm-branch-commits] [lld] 8344ab9 - [docs] Add release notes for things that I've been involved in

2022-02-09 Thread Martin Storsjö via llvm-branch-commits

Author: Martin Storsjö
Date: 2022-02-09T13:45:19+02:00
New Revision: 8344ab9c4f19b10d62806b0b7fdc48891595c2fb

URL: 
https://github.com/llvm/llvm-project/commit/8344ab9c4f19b10d62806b0b7fdc48891595c2fb
DIFF: 
https://github.com/llvm/llvm-project/commit/8344ab9c4f19b10d62806b0b7fdc48891595c2fb.diff

LOG: [docs] Add release notes for things that I've been involved in

Added: 


Modified: 
clang/docs/ReleaseNotes.rst
lld/docs/ReleaseNotes.rst
llvm/docs/ReleaseNotes.rst

Removed: 




diff  --git a/clang/docs/ReleaseNotes.rst b/clang/docs/ReleaseNotes.rst
index caa2349f9d860..c8596fcfdc989 100644
--- a/clang/docs/ReleaseNotes.rst
+++ b/clang/docs/ReleaseNotes.rst
@@ -81,6 +81,10 @@ New Compiler Flags
 - The ``-mno-bti-at-return-twice`` flag will make sure a BTI instruction won't
   be added after a setjmp or possible other return-twice construct (ARM backend
   only).
+- The ``--start-no-unused-arguments`` and ``--end-no-unused-arguments`` flags
+  allow silencing warnings about unused arguments for only a subset of
+  the command line arguments, keeping potential warnings for other arguments
+  outside of such a region.
 
 Deprecated Compiler Flags
 -
@@ -164,6 +168,16 @@ Windows Support
 
 - Support for on-demand initialization of TLS variables was added.
 
+- Improved code generation for ARM, by assuming less strict alignment
+  requirements for instructions (just like other OSes do).
+
+- Fixed using the ``-m32`` flag in x86_64 MinGW setups, by e.g. making ``-m32``
+  pick i686 instead of i386, if there is no i386 sysroot, but only one for
+  i686.
+
+- Fixed passing the ``--no-demangle`` option through to the linker for MinGW
+  targets.
+
 C Language Changes in Clang
 ---
 

diff  --git a/lld/docs/ReleaseNotes.rst b/lld/docs/ReleaseNotes.rst
index 82683801fad94..f611da428a8fe 100644
--- a/lld/docs/ReleaseNotes.rst
+++ b/lld/docs/ReleaseNotes.rst
@@ -58,12 +58,17 @@ Breaking changes
 COFF Improvements
 -
 
-* ...
+* Correctly handle a signed immediate offset in ARM64 adr/adrp relocations.
+  (`D114347 `_)
+
+* Omit section and label symbols from the symbol table.
+  (`D113866 `_)
 
 MinGW Improvements
 --
 
-* ...
+* ``--heap`` is now handled.
+  (`D118405 `_)
 
 MachO Improvements
 --

diff  --git a/llvm/docs/ReleaseNotes.rst b/llvm/docs/ReleaseNotes.rst
index 3745128fd948d..447ef45e6ae88 100644
--- a/llvm/docs/ReleaseNotes.rst
+++ b/llvm/docs/ReleaseNotes.rst
@@ -80,12 +80,17 @@ Changes to the AArch64 Backend
   the use of the -mtune frontend flag. This allows certain scheduling features
   and optimisations to be enabled independently of the architecture. If the
   "tune-cpu" attribute is absent it tunes according to the "target-cpu".
+* Fixed relocations against temporary symbols (e.g. in jump tables and
+  constant pools) in large COFF object files.
 
 Changes to the ARM Backend
 --
 
 * Added support for the Armv9-A, Armv9.1-A and Armv9.2-A architectures.
 * Added support for the Armv8.1-M PACBTI-M extension.
+* Changed the assembly comment string for MSVC targets to ``@`` (consistent
+  with the MinGW and ELF targets), freeing up ``;`` to be used as
+  statement separator.
 
 Changes to the MIPS Target
 --
@@ -124,6 +129,24 @@ Changes to the WebAssembly Target
 
 During this release ...
 
+Changes to the Windows Target
+-
+
+* Changed how the ``.pdata`` sections refer to the code they're describing,
+  to avoid conflicting unwind info if weak symbols are overridden.
+
+* Fixed code generation for calling support routines for converting 128 bit
+  integers from/to floats on x86_64.
+
+* The preferred path separator form (backslashes or forward slashes) can be
+  configured in Windows builds of LLVM now, with the
+  ``LLVM_WINDOWS_PREFER_FORWARD_SLASH`` CMake option. This defaults to
+  true in MinGW builds of LLVM.
+
+* Set proper COFF symbol types for function aliases (e.g. for Itanium C++
+  constructors), making sure that GNU ld exports all of them correctly as
+  functions, not data, when linking a DLL.
+
 Changes to the OCaml bindings
 -
 
@@ -134,6 +157,9 @@ Changes to the C API
 * ``LLVMSetInstDebugLocation`` has been deprecated in favor of the more general
   ``LLVMAddMetadataToInst``.
 
+* Fixed building LLVM-C.dll for i386 targets with MSVC, which had been broken
+  since the LLVM 8.0.0 release.
+
 Changes to the Go bindings
 --
 
@@ -159,6 +185,8 @@ Changes to the LLVM tools
   `-name-whitelist` is marked as deprecated and to be removed in future
   releases.
 
+* llvm-readobj: Improved printing of symbols in Windows unwind data.
+
 Changes to LLDB
 

[llvm-branch-commits] [libcxx] 1bdeb1b - [libc++] Remove vector base class

2022-02-09 Thread Louis Dionne via llvm-branch-commits

Author: Nikolas Klauser
Date: 2022-02-09T10:37:49-05:00
New Revision: 1bdeb1b877196345a0a0a0b0730b902fb16704d3

URL: 
https://github.com/llvm/llvm-project/commit/1bdeb1b877196345a0a0a0b0730b902fb16704d3
DIFF: 
https://github.com/llvm/llvm-project/commit/1bdeb1b877196345a0a0a0b0730b902fb16704d3.diff

LOG: [libc++] Remove vector base class

Remove the vector base class as suggested by @ldionne

Reviewed By: ldionne, Quuxplusone, #libc

Spies: libcxx-commits, ldionne

Differential Revision: https://reviews.llvm.org/D117108

(cherry picked from commit b82da8b555603b172f826fdd5ea902eff3aeb7ad)

Added: 


Modified: 
libcxx/include/__config
libcxx/include/vector
libcxx/src/vector.cpp

Removed: 




diff  --git a/libcxx/include/__config b/libcxx/include/__config
index d2d70c4ed7694..458d0c1b897af 100644
--- a/libcxx/include/__config
+++ b/libcxx/include/__config
@@ -116,6 +116,8 @@
 #  define _LIBCPP_ABI_NO_RANDOM_DEVICE_COMPATIBILITY_LAYOUT
 // Remove basic_string common base
 #  define _LIBCPP_ABI_DO_NOT_EXPORT_BASIC_STRING_COMMON
+// Remove vector base class
+#  define _LIBCPP_ABI_DO_NOT_EXPORT_VECTOR_BASE_COMMON
 #elif _LIBCPP_ABI_VERSION == 1
 #  if !defined(_LIBCPP_OBJECT_FORMAT_COFF)
 // Enable compiling copies of now inline methods into the dylib to support

diff  --git a/libcxx/include/vector b/libcxx/include/vector
index fd0fb0db27565..28a7ed9bdf364 100644
--- a/libcxx/include/vector
+++ b/libcxx/include/vector
@@ -302,55 +302,10 @@ _LIBCPP_PUSH_MACROS
 
 _LIBCPP_BEGIN_NAMESPACE_STD
 
-template 
-struct __vector_base_common;
-
-template <>
-struct __vector_base_common {
-// Both are defined in vector.cpp
-_LIBCPP_NORETURN _LIBCPP_EXPORTED_FROM_ABI void __throw_length_error() 
const;
-_LIBCPP_NORETURN _LIBCPP_EXPORTED_FROM_ABI void __throw_out_of_range() 
const;
-};
-
-template 
-class __vector_base
-: protected __vector_base_common // This base class is historical, 
but it needs to remain for ABI compatibility
-{
-typedef _Allocator   
allocator_type;
-typedef typename allocator_traits::pointer   pointer;
-
-protected:
-pointer  __begin_;
-pointer  __end_;
-__compressed_pair   __end_cap_;
-
-_LIBCPP_INLINE_VISIBILITY
-__vector_base()
-_NOEXCEPT_(is_nothrow_default_constructible::value)
-  : __begin_(nullptr),
-__end_(nullptr),
-__end_cap_(nullptr, __default_init_tag()) {}
-
-_LIBCPP_INLINE_VISIBILITY __vector_base(const allocator_type& __a)
-  : __begin_(nullptr),
-__end_(nullptr),
-__end_cap_(nullptr, __a) {}
-
-#ifndef _LIBCPP_CXX03_LANG
-_LIBCPP_INLINE_VISIBILITY __vector_base(allocator_type&& __a) _NOEXCEPT
-  : __begin_(nullptr),
-__end_(nullptr),
-__end_cap_(nullptr, _VSTD::move(__a)) {}
-#endif
-};
-
 template  */>
 class _LIBCPP_TEMPLATE_VIS vector
-// This base class is historical, but it needs to remain for ABI 
compatibility.
-: private __vector_base<_Tp, _Allocator>
 {
 private:
-typedef __vector_base<_Tp, _Allocator>  __base;
 typedef allocator<_Tp>  
__default_allocator_type;
 public:
 typedef vector  __self;
@@ -382,7 +337,7 @@ public:
 #else
 _NOEXCEPT
 #endif
-: __base(__a)
+: __end_cap_(nullptr, __a)
 {
 _VSTD::__debug_db_insert_c(this);
 }
@@ -394,7 +349,7 @@ public:
 
 template ::value> >
 vector(size_type __n, const value_type& __x, const allocator_type& __a)
-: __base(__a)
+: __end_cap_(nullptr, __a)
 {
   _VSTD::__debug_db_insert_c(this);
   if (__n > 0)
@@ -691,6 +646,11 @@ public:
 #endif // _LIBCPP_DEBUG_LEVEL == 2
 
 private:
+pointer __begin_ = nullptr;
+pointer __end_ = nullptr;
+__compressed_pair __end_cap_ =
+__compressed_pair(nullptr, 
__default_init_tag());
+
 _LIBCPP_INLINE_VISIBILITY void __invalidate_all_iterators();
 _LIBCPP_INLINE_VISIBILITY void __invalidate_iterators_past(pointer 
__new_last);
 void __vallocate(size_type __n);
@@ -859,20 +819,12 @@ private:
 
   _LIBCPP_NORETURN _LIBCPP_HIDE_FROM_ABI
   void __throw_length_error() const {
-#ifndef _LIBCPP_NO_EXCEPTIONS
-__vector_base_common::__throw_length_error();
-#else
-_VSTD::abort();
-#endif
+  _VSTD::__throw_length_error("vector");
   }
 
   _LIBCPP_NORETURN _LIBCPP_HIDE_FROM_ABI
   void __throw_out_of_range() const {
-#ifndef _LIBCPP_NO_EXCEPTIONS
-__vector_base_common::__throw_out_of_range();
-#else
-_VSTD::abort();
-#endif
+  _VSTD::__throw_out_of_range("vector");
   }
 
   _LIBCPP_INLINE_VISIBILITY
@@ -1106,7 +1058,7 @@ vector<_Tp, _Allocator>::vector(size_type __n)
 #if _LIBCPP_STD_VER > 11
 tem

[llvm-branch-commits] [llvm] ac8818e - [docs] Mention another fixed bug in the release notes

2022-02-09 Thread Martin Storsjö via llvm-branch-commits

Author: Martin Storsjö
Date: 2022-02-09T18:57:42+02:00
New Revision: ac8818e38f6ea6d84e54ff1ea2c0436ecb43bc69

URL: 
https://github.com/llvm/llvm-project/commit/ac8818e38f6ea6d84e54ff1ea2c0436ecb43bc69
DIFF: 
https://github.com/llvm/llvm-project/commit/ac8818e38f6ea6d84e54ff1ea2c0436ecb43bc69.diff

LOG: [docs] Mention another fixed bug in the release notes

Added: 


Modified: 
llvm/docs/ReleaseNotes.rst

Removed: 




diff  --git a/llvm/docs/ReleaseNotes.rst b/llvm/docs/ReleaseNotes.rst
index 447ef45e6ae88..f513b620066a1 100644
--- a/llvm/docs/ReleaseNotes.rst
+++ b/llvm/docs/ReleaseNotes.rst
@@ -147,6 +147,10 @@ Changes to the Windows Target
   constructors), making sure that GNU ld exports all of them correctly as
   functions, not data, when linking a DLL.
 
+* Handling of temporary files on more uncommon file systems (network
+  mounts, ramdisks) on Windows is fixed now (which previously either
+  errored out or left stray files behind).
+
 Changes to the OCaml bindings
 -
 



___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits


[llvm-branch-commits] [libcxx] 43f2179 - [runtimes] Add a warning about the Standalone build being deprecated

2022-02-09 Thread Louis Dionne via llvm-branch-commits

Author: Louis Dionne
Date: 2022-02-09T13:06:54-05:00
New Revision: 43f21792e4af17c88d9740fb63d7c26dbb1560b9

URL: 
https://github.com/llvm/llvm-project/commit/43f21792e4af17c88d9740fb63d7c26dbb1560b9
DIFF: 
https://github.com/llvm/llvm-project/commit/43f21792e4af17c88d9740fb63d7c26dbb1560b9.diff

LOG: [runtimes] Add a warning about the Standalone build being deprecated

We are removing support for the Standalone build altogether on the main
branch, so this is going to help give an additional heads up to users
that don't read our release notes.

Also, as a fly-by fix, fixup incorrect documentation for libcxxabi and
mention libunwind in our release notes.

Differential Revision: https://reviews.llvm.org/D119341

Added: 


Modified: 
libcxx/CMakeLists.txt
libcxx/docs/ReleaseNotes.rst
libcxxabi/CMakeLists.txt
libcxxabi/www/index.html
libunwind/CMakeLists.txt

Removed: 




diff  --git a/libcxx/CMakeLists.txt b/libcxx/CMakeLists.txt
index 183b3df621b42..6cd36ecfa7224 100644
--- a/libcxx/CMakeLists.txt
+++ b/libcxx/CMakeLists.txt
@@ -27,6 +27,8 @@ set(LIBCXX_BINARY_DIR  ${CMAKE_CURRENT_BINARY_DIR})
 set(LIBCXX_BINARY_INCLUDE_DIR "${LIBCXX_BINARY_DIR}/include/c++build")
 
 if (CMAKE_SOURCE_DIR STREQUAL CMAKE_CURRENT_SOURCE_DIR OR 
LIBCXX_STANDALONE_BUILD)
+  message(WARNING "The Standalone build is deprecated in this release. Please 
use one of the ways "
+  "described at https://libcxx.llvm.org/BuildingLibcxx.html 
for building libc++.")
   project(libcxx CXX C)
 
   set(PACKAGE_NAME libcxx)

diff  --git a/libcxx/docs/ReleaseNotes.rst b/libcxx/docs/ReleaseNotes.rst
index dd8d2648ca019..a9dd06e9490d2 100644
--- a/libcxx/docs/ReleaseNotes.rst
+++ b/libcxx/docs/ReleaseNotes.rst
@@ -189,14 +189,14 @@ Build System Changes
   Consider using a Bootstrapping build to build libc++ with a fresh Clang if 
you
   can't use the system compiler to build libc++ anymore.
 
-- Historically, there have been numerous ways of building libc++ and 
libc++abi. This has
-  led to at least 5 
diff erent ways to build the runtimes, which was impossible to
-  maintain with a good level of support. Starting with this release, libc++ 
and libc++abi support
-  exactly two ways of being built, which should cater to all use-cases. 
Furthermore,
-  these builds are as lightweight as possible and will work consistently even 
when targeting
-  embedded platforms, which used not to be the case. :doc:`BuildingLibcxx` 
describes
-  those two ways of building. Please migrate over to the appropriate build 
instructions
-  as soon as possible.
+- Historically, there have been numerous ways of building libc++, libc++abi, 
and libunwind.
+  This has led to at least 5 
diff erent ways to build the runtimes, which was impossible to
+  maintain with a good level of support. Starting with this release, libc++, 
libc++abi, and
+  libunwind support exactly two ways of being built, which should cater to all 
use-cases.
+  Furthermore, these builds are as lightweight as possible and will work 
consistently even
+  when targeting embedded platforms, which used not to be the case. 
:doc:`BuildingLibcxx`
+  describes those two ways of building. Please migrate over to the appropriate 
build
+  instructions as soon as possible.
 
   All other ways to build are deprecated and will not be supported in the next 
release.
   We understand that making these changes can be daunting. For that reason, 
here's a
@@ -206,8 +206,8 @@ Build System Changes
 (which was the previously advertised way to build the runtimes), please 
simply root your CMake invocation at
 ``/runtimes`` and pass ``-DLLVM_ENABLE_RUNTIMES=<...>``.
 
-  - If you were doing two CMake invocations, one rooted at 
``/libcxx`` and one rooted at
-``/libcxxabi`` (this used to be called a "Standalone build"), 
please move them to a
+  - If you were doing multiple CMake invocations, e.g. one rooted at 
``/libcxx`` and one rooted
+at ``/libcxxabi`` (this used to be called a "Standalone build"), 
please move them to a
 single invocation like so:
 
 .. code-block:: bash

diff  --git a/libcxxabi/CMakeLists.txt b/libcxxabi/CMakeLists.txt
index ecbc7091864e7..58c21059c6025 100644
--- a/libcxxabi/CMakeLists.txt
+++ b/libcxxabi/CMakeLists.txt
@@ -28,6 +28,9 @@ set(LIBCXXABI_LIBCXX_PATH 
"${CMAKE_CURRENT_LIST_DIR}/../libcxx" CACHE PATH
 "Specify path to libc++ source.")
 
 if (CMAKE_SOURCE_DIR STREQUAL CMAKE_CURRENT_SOURCE_DIR OR 
LIBCXXABI_STANDALONE_BUILD)
+  message(WARNING "The Standalone build is deprecated in this release. Please 
use one of the ways "
+  "described at https://libcxx.llvm.org/BuildingLibcxx.html 
for building libc++abi.")
+
   project(libcxxabi CXX C)
 
   set(PACKAGE_NAME libcxxabi)

diff  --git a/libcxxabi/www/index.html b/libcxxabi/www/index.html
index b6275e61da938..88035047dd391 100644
--- a/libcxxabi/www/index.html
+++ b/libc

[llvm-branch-commits] [lld] 7efa498 - [ELF] Warn about to-be-removed -d, -dc, -dp, and --[no-]define-common

2022-02-09 Thread Fangrui Song via llvm-branch-commits

Author: Fangrui Song
Date: 2022-02-09T10:11:10-08:00
New Revision: 7efa49801166f221d8fd7b20ac0d04368b8ea9d5

URL: 
https://github.com/llvm/llvm-project/commit/7efa49801166f221d8fd7b20ac0d04368b8ea9d5
DIFF: 
https://github.com/llvm/llvm-project/commit/7efa49801166f221d8fd7b20ac0d04368b8ea9d5.diff

LOG: [ELF] Warn about to-be-removed -d, -dc, -dp, and --[no-]define-common

See https://github.com/llvm/llvm-project/issues/53660

Added: 


Modified: 
lld/ELF/Driver.cpp
lld/test/ELF/relocatable-common.s

Removed: 




diff  --git a/lld/ELF/Driver.cpp b/lld/ELF/Driver.cpp
index ca56f5ee0f10f..54b487bdc2434 100644
--- a/lld/ELF/Driver.cpp
+++ b/lld/ELF/Driver.cpp
@@ -1240,6 +1240,9 @@ static void readConfigs(opt::InputArgList &args) {
   error(errPrefix + toString(pat.takeError()));
   }
 
+  if (args.hasArg(OPT_define_common, OPT_no_define_common))
+warn("-d, -dc, -dp, and --[no-]define-common will be removed. See 
https://github.com/llvm/llvm-project/issues/53660";);
+
   cl::ResetAllOptionOccurrences();
 
   // Parse LTO options.

diff  --git a/lld/test/ELF/relocatable-common.s 
b/lld/test/ELF/relocatable-common.s
index 0c89cea9be406..1b87358217f12 100644
--- a/lld/test/ELF/relocatable-common.s
+++ b/lld/test/ELF/relocatable-common.s
@@ -2,17 +2,19 @@
 # RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %s -o %t1.o
 # RUN: ld.lld -r %t1.o -o %t
 # RUN: llvm-readobj --symbols -r %t | FileCheck %s
-# RUN: ld.lld -r --no-define-common %t1.o -o %t
+# RUN: ld.lld -r --no-define-common %t1.o -o %t 2>&1 | FileCheck %s 
--check-prefix=WARN
 # RUN: llvm-readobj --symbols -r %t | FileCheck %s
-# RUN: ld.lld -r --define-common %t1.o -o %t
+# RUN: ld.lld -r --define-common %t1.o -o %t 2>&1 | FileCheck %s 
--check-prefix=WARN
 # RUN: llvm-readobj --symbols -r %t | FileCheck -check-prefix=DEFCOMM %s
-# RUN: ld.lld -r -d %t1.o -o %t
+# RUN: ld.lld -r -d %t1.o -o %t 2>&1 | FileCheck %s --check-prefix=WARN
 # RUN: llvm-readobj --symbols -r %t | FileCheck -check-prefix=DEFCOMM %s
-# RUN: ld.lld -r -dc %t1.o -o %t
+# RUN: ld.lld -r -dc %t1.o -o %t 2>&1 | FileCheck %s --check-prefix=WARN
 # RUN: llvm-readobj --symbols -r %t | FileCheck -check-prefix=DEFCOMM %s
-# RUN: ld.lld -r -dp %t1.o -o %t
+# RUN: ld.lld -r -dp %t1.o -o %t 2>&1 | FileCheck %s --check-prefix=WARN
 # RUN: llvm-readobj --symbols -r %t | FileCheck -check-prefix=DEFCOMM %s
 
+# WARN: warning: -d, -dc, -dp, and --[no-]define-common will be removed. See 
https://github.com/llvm/llvm-project/issues/53660
+
 # CHECK:Symbol {
 # CHECK:  Name: common
 # CHECK-NEXT: Value: 0x4



___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits


[llvm-branch-commits] [libunwind] 816988d - [libunwind] Avoid a warning in 32 bit builds. NFC.

2022-02-09 Thread Fangrui Song via llvm-branch-commits

Author: Martin Storsjö
Date: 2022-02-09T13:55:02-08:00
New Revision: 816988d19a7a2bb72daf4a62a59e96384bf5f2e1

URL: 
https://github.com/llvm/llvm-project/commit/816988d19a7a2bb72daf4a62a59e96384bf5f2e1
DIFF: 
https://github.com/llvm/llvm-project/commit/816988d19a7a2bb72daf4a62a59e96384bf5f2e1.diff

LOG: [libunwind] Avoid a warning in 32 bit builds. NFC.

The warning was introduced with the recently merged SPARCv9
support in 2b9554b8850192bdd86c02eb671de1d866df8d87.

The cast matches the existing surrounding cases.

Differential Revision: https://reviews.llvm.org/D119353

(cherry picked from commit dfa5ab7b2b510e68ca2b11b043898c192633c0f6)

Added: 


Modified: 
libunwind/src/DwarfInstructions.hpp

Removed: 




diff  --git a/libunwind/src/DwarfInstructions.hpp 
b/libunwind/src/DwarfInstructions.hpp
index c1a241c55ce66..ab83b0c87acdc 100644
--- a/libunwind/src/DwarfInstructions.hpp
+++ b/libunwind/src/DwarfInstructions.hpp
@@ -91,8 +91,8 @@ typename A::pint_t DwarfInstructions::getSavedRegister(
 return (pint_t)addressSpace.getRegister(cfa + (pint_t)savedReg.value);
 
   case CFI_Parser::kRegisterInCFADecrypt: // sparc64 specific
-return addressSpace.getP(cfa + (pint_t)savedReg.value) ^
-   getSparcWCookie(registers, 0);
+return (pint_t)(addressSpace.getP(cfa + (pint_t)savedReg.value) ^
+   getSparcWCookie(registers, 0));
 
   case CFI_Parser::kRegisterAtExpression:
 return (pint_t)addressSpace.getRegister(evaluateExpression(



___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits