[Lldb-commits] [clang] [clang-tools-extra] [lld] [lldb] [llvm] Rework the `Option` library to reduce dynamic relocations (PR #119198)

@@ -80,15 +78,56 @@ class OptTable { const char *AliasArgs; const char *Values; -StringRef getName() const { - unsigned PrefixLength = Prefixes.empty() ? 0 : Prefixes[0].size(); - return PrefixedName.drop_front(PrefixLength); +bool hasNoPrefix() const

[Lldb-commits] [clang] [clang-tools-extra] [lld] [lldb] [llvm] Rework the `Option` library to reduce dynamic relocations (PR #119198)

@@ -845,13 +845,14 @@ MemoryBufferRef LinkerDriver::convertResToCOFF(ArrayRef mbs, // Create OptTable +#define OPTTABLE_STR_TABLE_CODE chandlerc wrote: I have no idea. It took a lot of work to get even this to work, figuring out each of the different ways

[Lldb-commits] [clang] [clang-tools-extra] [lld] [lldb] [llvm] Rework the `Option` library to reduce dynamic relocations (PR #119198)

@@ -53,10 +53,8 @@ class OptTable { public: /// Entry for a single option instance in the option data table. struct Info { -/// A null terminated array of prefix strings to apply to name while -/// matching. -ArrayRef Prefixes; -StringLiteral PrefixedName; +

[Lldb-commits] [clang] [clang-tools-extra] [lld] [lldb] [llvm] Rework the `Option` library to reduce dynamic relocations (PR #119198)

@@ -53,10 +53,8 @@ class OptTable { public: /// Entry for a single option instance in the option data table. struct Info { -/// A null terminated array of prefix strings to apply to name while -/// matching. -ArrayRef Prefixes; -StringLiteral PrefixedName; +

[Lldb-commits] [clang] [clang-tools-extra] [lld] [lldb] [llvm] Rework the `Option` library to reduce dynamic relocations (PR #119198)

@@ -845,13 +845,14 @@ MemoryBufferRef LinkerDriver::convertResToCOFF(ArrayRef mbs, // Create OptTable +#define OPTTABLE_STR_TABLE_CODE rnk wrote: Is it feasible to split out all the tool driver updates, like refactor all these PREFIX definitions into the t

[Lldb-commits] [clang] [lldb] [Serialization] Support load lazy specialization lazily (PR #119333)

https://github.com/ChuanqiXu9 updated https://github.com/llvm/llvm-project/pull/119333 >From bccd73362a411ef6652100f987843aa18dfb8085 Mon Sep 17 00:00:00 2001 From: Chuanqi Xu Date: Fri, 6 Dec 2024 10:31:37 +0800 Subject: [PATCH] [Serialization] Support load lazy specialization lazily Currentl

[Lldb-commits] [clang] [lldb] [Serialization] Support load lazy specialization lazily (PR #119333)

https://github.com/ChuanqiXu9 edited https://github.com/llvm/llvm-project/pull/119333 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [clang] [lldb] [Serialization] Support load lazy specialization lazily (PR #119333)

llvmbot wrote: @llvm/pr-subscribers-clang-modules Author: Chuanqi Xu (ChuanqiXu9) Changes Reland https://github.com/llvm/llvm-project/pull/83237 --- Currently all the specializations of a template (including instantiation, specialization and partial specializations) will be loaded at o

[Lldb-commits] [clang] [lldb] [Serialization] Support load lazy specialization lazily (PR #119333)

h-vetinari wrote: I think the title of the commit ("Support load lazy specialization lazily") is hard to parse and somewhat redundant. Perhaps the following would be better (IIUC): "Support loading template specializations lazily" Also "We should a specialization ` A` in `M.cppm` [...]" in th

[Lldb-commits] [clang] [lldb] [Serialization] Support load lazy specialization lazily (PR #119333)

https://github.com/ChuanqiXu9 created https://github.com/llvm/llvm-project/pull/119333 Reland https://github.com/llvm/llvm-project/pull/83237 --- Currently all the specializations of a template (including instantiation, specialization and partial specializations) will be loaded at once if we

<    1   2