1baeecc30d
- Update to version 2.40.1 * We've eliminated unnecessary memory zero-initialization for the --compress-debug-sections option to make debug section compression faster. With this change, mold sometimes runs faster with --compress-debug-sections than without it due to reduced file I/O. (d59c559) * Previously, mold used an exponential pattern-matching algorithm for glob matching, which could significantly slow down version scripts or dynamic list processing for certain glob patterns. Now, we use a linear-time algorithm that is guaranteed to run efficiently for any glob pattern. (dac20fa) * mold now reports an error if the output .dynsym refers to a section whose section index is ≥65280, since such a dynamic symbol is not representable in ELF. Previously, mold crashed with an assertion failure. (0d8334e)
Martin Liška
2025-06-09 07:00:40 +00:00
25320a7faf
Accepting request 1279984 from devel:tools:compiler
Ana Guerrero2025-05-26 16:38:47 +00:00
7b3c80e630
- Update to version 2.40.0 * mold now lays out DWARF32 debug info before DWARF64 in output debug sections to mitigate relocation overflow issues with DWARF32 when a debug info section exceeds 4 GiB. This should help people who are building extremely large executables in debug mode. (19a1bc6, 159ce3b) * Here are the details: By default, GCC and Clang emit DWARF32 even for 64-bit code. That is, the debug info typically uses 32 bit offsets to refer to locations in other debug info sections while it uses 64 bits to represent addresses. This imposes a limitation on the largest offset DWARF32 debug info can refer to, which is 4 GiB. If the output debug section exceeds that size, the linker may report a relocation overflow error. You can instruct the compilers to emit DWARF64, which uses 64 bits for inter-debug info references, if you are building an extremely large executable. So, the proper fix for the relocation overflow issue is to build all object files with -gdwarf64. However, rebuilding all static libraries with the new compiler flag is not always feasible for various reasons. This new feature mitigates the issue by placing DWARF32 at the beginning of output debug info sections, followed by DWARF64. By doing so, relocation overflow can be prevented as long as the total size of DWARF32 remains under 4 GiB, allowing users to continue using object files compiled without -gdwarf64 for very large executables. * Note that mold only sorts debug section contents when their size exceeds 4 GiB. Therefore, for most outputs, this mitigation doesn't change the result at all. * Fixed a regression introduced in 2.38.0 in which a thread-local variable with an unusually large alignment might not have been aligned properly. That caused mislinking of systemd when LTO was enabled (#1463). (53c1758) * Fixed a regression introduced in 2.38.0 in which --as-needed was ignored when creating an executable under a rare condition. (af36625) * Fixed an assertion failure on some targets that is triggered when an weak undefined symbol in an executable is promoted to a dynamic symbol with the -z dynamic-undefined-weak option. (0fdffad)
Martin Liška
2025-05-26 06:56:38 +00:00
4223c0dcda
Accepting request 1276942 from devel:tools:compiler
Ana Guerrero2025-05-13 18:05:43 +00:00
c7894c0b8e
- Update to version 2.39.1 * Fixed a potential use-after-free issue that occurred when doing LTO (link-time optimization) with LLVM. (d0dffd5)
Martin Liška
2025-05-12 16:56:09 +00:00
839ea0190a
Accepting request 1274689 from devel:tools:compiler
Ana Guerrero2025-05-06 14:41:08 +00:00
b0f7c1a30f
- Update to version 2.39.0 * [ARM32] Support for 32-bit big-endian ARM has been added. Although running ARM32 in big-endian mode is very rare, the processor does technically support both little- and big-endian modes, and we now support both. * There are two variants of big-endian mode for ARM32: BE32 and BE8. BE32 is now obsolete and uses big-endian format for both instructions and data. In BE8, instructions are always in little-endian (i.e., the same as little-endian ARM32), while only the data is in big-endian. mold supports only BE8 output. (157b16a) * Fixed a spurious --no-allow-shlib-undefined error. (3274bcb) * [ARM][PPC] Fixed a regression introduced in 2.38.0 that mold could crash when linking a large program. (fded2d8) * Previously, --default-symver didn't set versions to symbols if the symbols were marked as global: in a version script. Now, --default-symver correctly version all symbols with the soname of the output file. (8bae43b) * [RISC-V] Fixed an issue where mold reported an error on R_RISCV_32 when the target was 64-bit RISC-V. (564757a) * [RISC-V] Fixed an issue where a call to an weak undefined symbol within the same shared library was mistakenly turned into an infinite loop. Now, such calls are promoted to a function call through the PLT entry. (e08e7f6) * Fixed an issue that mold falls into an infinite loop in a rare occasion when computing an address of the program header. (83dd353)
Martin Liška
2025-05-05 19:05:52 +00:00
173195550f
- Update to version 2.38.1 * Fixed a bug where mold could fail with a spurious mutually-recursive .so detected error message when building an executable. This happened if there was a circular dependency between shared libraries given to the linker (i.e., libfoo.so depends on libbar.so and vice versa). Even though libraries with circular dependencies are rare and a strong indication of a bug in the original program's library layering, the dynamic loader can load such libraries, and the linker shouldn't reject them. (21e20e0)
Martin Liška
2025-04-29 04:24:21 +00:00
bc7adb4d56
- Update to version 2.38.0 * The --audit and --depaudit options are now supported for compatibility with GNU ld. (af396ad) * Recent versions of LLVM support an alternative, experimental relocation table format called CREL. mold can now read object files containing CREL relocation tables. (c43a859) * [ARM32][ARM64][PPC32][PPC64] The branch instruction ranges of RISC processors are generally insufficient to support the medium code model because their instructions are typically 32 bits long, which makes it impossible to embed large immediate offsets. For example, ARM64’s branch instruction can target only PC ± 128 MiB. If the branch target is farther than that, the linker must emit a small piece of code—often called a thunk or branch island—to extend the branch range. * Previously, mold created unnecessary range extension thunks for symbols that had PLT entries. Now, mold does not create thunks unless they are truly needed. (a43f395) * Previously, --no-allow-shlib-undefined could cause a segmentation fault due to an out-of-bounds array access. This has been fixed. (82affb9) * --no-allow-shlib-undefined is enabled by default if the output type is an executable (as opposed to a shared library) for compatibility with other linkers. (43810df) * mold could report a spurious "duplicate symbol" error when performing LTO. This bug has been fixed. (5d24db5) * In rare cases involving symbol versioning, mold mistakenly filtered out necessary libraries specified with --as-needed. This bug has been fixed. (a97a628) * In rare cases involving symbol versioning, mold reported a spurious "undefined symbol" error. This bug has been fixed. (2d6061a) * If the same symbol was defined with and without the default version (e.g., if an object file defined both foo and foo@@VERSION), mold mistakenly hid both symbols
Martin Liška
2025-04-27 06:44:25 +00:00
2fecb095b9
Accepting request 1267441 from devel:tools:compiler
Ana Guerrero2025-04-07 15:37:35 +00:00
a9e93af785
Accepting request 1267312 from home:alois:branches:devel:tools:compiler
Martin Liška
2025-04-06 20:09:57 +00:00
17771f3431
Accepting request 1251864 from devel:tools:compiler
Ana Guerrero2025-03-11 19:44:41 +00:00
e5ffc8b249
Accepting request 1251748 from home:junknot
Martin Liška
2025-03-10 18:03:52 +00:00
e95885a6d4
Accepting request 1250569 from devel:tools:compiler
Ana Guerrero2025-03-06 13:49:35 +00:00
f653c28fe8
- Update to version 2.37.0 * If an undefined weak symbol is not resolved to a defined symbol at link time, the linker can choose whether to promote the symbol to a dynamic symbol or not. If promoted, the weak symbol has another chance to be resolved to a defined symbol at load time. Otherwise, it is resolved to address 0 at link time. Previously, mold always resolved remaining undefined weak symbols in an executable to address 0 at link time. Now, you can instruct the linker to promote them to dynamic symbols using -z dynamic-undefined-weak. (1822e47) * [x86-64] The relocation types R_X86_64_CODE_4_{GOTPCRELX,GOTTPOFF,GOTPC32_TLSDESC} and R_X86_64_CODE_6_GOTTPOFF are now supported. These relocations are for Intel APX (Advanced Performance Extensions), which extends the number of general-purpose registers from 16 to 32. (83152ac, a17202d) * [ARM32] The R_ARM_THM_JUMP8 relocation type is now supported. (1fbbcec) * [ARM32] Previously, the .ARM.exidx section (which contains exception-handling records) was not subject to garbage collection, even when --gc-sections was specified. This prevented all functions from being garbage-collected, as they were referenced by exception-handling records. Now, mold correctly garbage-collects unused .ARM.exidx records and functions. (16f7599) * Previously, --compress-debug-sections was ignored if --separate-debug-file was specified. Now, mold compresses debug information sections even when they are in a separate debug file. (bab7dd1)
Martin Liška
2025-03-06 08:10:41 +00:00
8755e38484
Accepting request 1236113 from devel:tools:compiler
Ana Guerrero2025-01-09 14:12:02 +00:00
e4f4c2f1de
- Update to version 2.36.0 * The --package-metadata=<string> option has been added to embed a given string into the .note.package section. This option is designed for build scripts that generate binary packages, such as .rpm or .deb, to include package metadata in each executable. It simplifies the process of identifying the corresponding package for a given executable or core file. (7ddc8f4) * [ARM][PowerPC] We've improved the algorithm for creating range extension thunks to reduce memory usage and improve speed. For example, linking clang-19 for ARM64 is now ~7% faster than before. (9fc0ace) * [RISC-V][LoongArch] We've improved the algorithm for code-shrinking linker relaxation to reduce memory usage and improve speed. For example, linking clang-19 for RISC-V is now ~4% faster than before. (3234d88) * mold created a bad relocation for an IFUNC if the linker's output file type was a shared library and the symbol was exported. This bug could cause a segmentation fault of a linked program. The problem has now been fixed. (a297859) * [RISC-V] mold could produce incorrect code as a result of code-shrinking relaxation for the R_RISCV_HI20 relocation. That type of relocation was used rarely because it is not PC-relative. That being said, if your program used the relocation, and the relocation targets were at a low address (from 0x1f800 to 0x20000), your program would crash at runtime due to the linker's bug. The issue has now been resolved. (eec3f6b) * [RISC-V][LoongArch] When the linker removed instructions from a function as a result of code-shrinking relaxation, the function symbol's size in the output file should be updated to reflect the result of relaxation, even though doing it is mostly cosmetic. mold did not do that. Now, mold sets correct sizes to output function symbols. (e6345d5) * [LoongArch] Binaries linked with mold now work on 64 KiB page systems. Previously, only up to 16 KiB pages were supported. (2d7b6b2) * [s390x] The s390x processor-specific ABI requires the linker to reserve the
Martin Liška
2025-01-09 08:08:57 +00:00
89b38377e2
Accepting request 1231732 from devel:tools:compiler
Ana Guerrero2024-12-17 19:19:18 +00:00
4485d33922
- Update to version 2.35.1 * mold guarantees that outputs are reproducible, meaning that if you provide the exact same set of input files and command-line options to the same version of mold, the output is assured to be byte-for-byte identical. However, there was a bug where the --icf option caused outputs to be indeterministic, even though all possible outputs were logically correct (#1377). This issue has now been resolved. (2a78b1b) * [RISC-V] Support for obsolete GP-relative relocations has been removed. These relocations were ratified (riscv-non-isa/riscv-elf-psabi-doc@d49e480) but then removed (riscv-non-isa/riscv-elf-psabi-doc@ad02546) from the processor-specific ABI. There are no known real-world use cases for these relocations. (04066d1)
Martin Liška
2024-12-17 17:10:26 +00:00
526d018fe3
Accepting request 1229097 from devel:tools:compiler
Ana Guerrero2024-12-09 20:11:14 +00:00
87e95c5017
- Update to version 2.35.0 * Big-endian ARM64 is now supported. ARM64 is a bi-endian processor, meaning that the processor can run in either little- or big-endian mode. Even though little-endian is the de facto standard, the ARM64 processor-specific ABI defines its big-endian variant, and the ARM toolchain supports it. Now we support it too. (882e7eb) * Big-endian SH4 is now supported. SH4 has become a minor CPU nowadays, and its big-endian variant is even more so, but some SHARP scientific calculators still use SH4 processors in big-endian mode. (0cb9fc6) * mold attempts to overwrite an existing file if a specified output file already exists because reusing an existing file is much faster than creating a fresh file and writing to it on Linux. If an existing file is currently running, open(2) for that file fails with ETXTBSY. When that happens, mold falls back to creating a new file. The problem here is that Linux kernel version 6.11 changed that well-known behavior of open(2), and it now allows user programs to overwrite a running executable. That caused a very mysterious issue for programs that rebuild themselves during the build, such as gcc or ninja (#1361). Even though the kernel's change has been reverted (torvalds/linux@3b83203), we need to make adjustments to mold for that particular version of the Linux kernel. So, if mold detects that it is running on Linux 6.11, it no longer tries to reuse an existing output file. (8e4f7b5) * On rare occasions, mold could fail with a "ConcurrentMap is full" error. Now the issue has been resolved. (e56b649) * Even if a user choose not to use mimalloc memory allocator (i.e. built mold with -DMOLD_USE_MIMALLOC=0), mold was still being built with mimalloc. This issue has been resolved. (ffd10dd) * [s390x] s390x uses nonstandard 8-byte entries for the .hash section. Previously, mold created 4-byte entries for .hash, which caused mold-generated executables to crash on startup if they were built with -Wl,--hash-style=sysv. Now, mold generates a psABI-compliant .hash section. (e2e1146)
Martin Liška
2024-12-08 08:59:14 +00:00
f4427aff83
Accepting request 1205736 from devel:tools:compiler
Ana Guerrero2024-10-06 15:52:15 +00:00
a55e0373ff
- Update to version 2.34.1 * [ARM32] Fixed a regression that R_ARM_TARGET1 wasn't handled as a synonym for R_ARM_ABS32 relocation. This issue caused some ARM32 programs to crash on startup if linked with mold. (186272a) * [RISC-V] mold now sets the STO_RISCV_VARIANT_CC dynamic tag if the ELF module exports a function symbol with a non-standard calling convention. (16eb513)
Martin Liška
2024-10-04 18:41:19 +00:00
edee346657
- Update to version 2.34.1 * [ARM32] Fixed a regression that R_ARM_TARGET1 wasn't handled as a synonym for R_ARM_ABS32 relocation. This issue caused some ARM32 programs to crash on startup if linked with mold. (186272a) * [RISC-V] mold now sets the STO_RISCV_VARIANT_CC dynamic tag if the ELF module exports a function symbol with a non-standard calling convention. (16eb513)
Martin Liška
2024-10-04 18:41:19 +00:00
3d874710a8
Accepting request 1203610 from devel:tools:compiler
Ana Guerrero2024-09-25 19:55:27 +00:00
a30ec9cf7b
Accepting request 1203610 from devel:tools:compiler
Ana Guerrero2024-09-25 19:55:27 +00:00
34d0ab1c6e
- Update to version 2.34.0 * [ARM32] mold now deduplicates exception handling records in a .ARM.exidx section to reduce the size of the table. (742ea87) * [LoongArch] TLSDESC relocations are now supported. (dbaa6d7) * --build-id=fast is now supported for compatibility with LLVM lld. mold handles it as a synonym for --build-id=sha256. (afc52ee) * Previously, if the same symbol was provided both by a static archive and dynamic library, and if the symbol's visibility was hidden, mold sometimes failed to link it and handled the symbol as if it were undefined. Now, mold can correctly link such programs. (1efbe3f) * Under rare circumstances, mold could create corrupted binaries if they were linked with --retain-symbols-file. This bug has been fixed. (0ee12e4) * [LoongArch] R_LARCH_CALL36 relocation with a large offset is now correctly written. (1c32102) * [FreeBSD] If all thread-local variables in a program have no initial values, mold-produced executables could crash or misbehave on FreeBSD. This bug has been fixed. (f6822fb) * DEC Alpha support has been removed due to lack of demand. In fact, mold's Alpha support has never been tested for real-world programs and was likely unable to link them in the first place. This should not affect anyone because the last Alpha processor was released more than 20 years ago. (3711ddb)
Martin Liška
2024-09-25 14:23:42 +00:00
7ed00933b9
- Update to version 2.34.0 * [ARM32] mold now deduplicates exception handling records in a .ARM.exidx section to reduce the size of the table. (742ea87) * [LoongArch] TLSDESC relocations are now supported. (dbaa6d7) * --build-id=fast is now supported for compatibility with LLVM lld. mold handles it as a synonym for --build-id=sha256. (afc52ee) * Previously, if the same symbol was provided both by a static archive and dynamic library, and if the symbol's visibility was hidden, mold sometimes failed to link it and handled the symbol as if it were undefined. Now, mold can correctly link such programs. (1efbe3f) * Under rare circumstances, mold could create corrupted binaries if they were linked with --retain-symbols-file. This bug has been fixed. (0ee12e4) * [LoongArch] R_LARCH_CALL36 relocation with a large offset is now correctly written. (1c32102) * [FreeBSD] If all thread-local variables in a program have no initial values, mold-produced executables could crash or misbehave on FreeBSD. This bug has been fixed. (f6822fb) * DEC Alpha support has been removed due to lack of demand. In fact, mold's Alpha support has never been tested for real-world programs and was likely unable to link them in the first place. This should not affect anyone because the last Alpha processor was released more than 20 years ago. (3711ddb)
Martin Liška
2024-09-25 14:23:42 +00:00
74931ee8db
- Update to version 2.33.0 * mold gained a new linker flag --separate-debug-info to bundle debug info sections into a separate file instead of putting them into a main output file. You can optionally specify a filename in the form of --separate-debug-info=<filename>. By default, a debug info file is created in the same directory as the main output file with the .dbg extension. mold embeds the debug file's filename into the main output file so that gdb can automatically follow the link to find debug info when debugging the main output file. * The main objective of this flag is to speed up the mold linker even more. By default, mold creates a separate debug file in the background after creating a main output file, so that you can start running the executable as soon as possible while mold is still working on linking its debug info sections. For example, linking clang with debug info normally takes ~1.70s on a Threadripper 7980X machine, while it takes only ~0.52s with --separate-debug-info. Shaving off a full second in quick edit-rebuild-run cycles should improve programmers' productivity. If you do not want mold to work in the background, pass the --no-detach option. (596ffa9) * mold now supports the --no-allow-shlib-undefined flag. If the option is given, mold checks if all undefined symbols are resolved not only for input object files but also for shared libraries passed to the linker. To use the feature, you need to pass all shared libraries, including transitively dependent ones, to the linker so that the linker can resolve all symbols that are available at runtime. (3001f02) * mold gained the --dynamic-list-data flag for the sake of compatibility with GNU ld. If the flag is given, all data symbols are exported as dynamic symbols. (dd8d971) * [x86-64] -z x86-64-v2, -z x86-64-v3, -z x86-64-v4 flags are supported. (5606087) * [x86-64] Recent x86-64 processors support Intel CET to protect control flow integrity. When the feature is enabled, the instruction that is executed
Martin Liška
2024-08-07 06:42:50 +00:00
f2182df3f2
- Update to version 2.33.0 * mold gained a new linker flag --separate-debug-info to bundle debug info sections into a separate file instead of putting them into a main output file. You can optionally specify a filename in the form of --separate-debug-info=<filename>. By default, a debug info file is created in the same directory as the main output file with the .dbg extension. mold embeds the debug file's filename into the main output file so that gdb can automatically follow the link to find debug info when debugging the main output file. * The main objective of this flag is to speed up the mold linker even more. By default, mold creates a separate debug file in the background after creating a main output file, so that you can start running the executable as soon as possible while mold is still working on linking its debug info sections. For example, linking clang with debug info normally takes ~1.70s on a Threadripper 7980X machine, while it takes only ~0.52s with --separate-debug-info. Shaving off a full second in quick edit-rebuild-run cycles should improve programmers' productivity. If you do not want mold to work in the background, pass the --no-detach option. (596ffa9) * mold now supports the --no-allow-shlib-undefined flag. If the option is given, mold checks if all undefined symbols are resolved not only for input object files but also for shared libraries passed to the linker. To use the feature, you need to pass all shared libraries, including transitively dependent ones, to the linker so that the linker can resolve all symbols that are available at runtime. (3001f02) * mold gained the --dynamic-list-data flag for the sake of compatibility with GNU ld. If the flag is given, all data symbols are exported as dynamic symbols. (dd8d971) * [x86-64] -z x86-64-v2, -z x86-64-v3, -z x86-64-v4 flags are supported. (5606087) * [x86-64] Recent x86-64 processors support Intel CET to protect control flow integrity. When the feature is enabled, the instruction that is executed
Martin Liška
2024-08-07 06:42:50 +00:00
acde4e8968
Accepting request 1185859 from devel:tools:compiler
Ana Guerrero2024-07-08 17:08:14 +00:00
74e8edbf93
Accepting request 1185859 from devel:tools:compiler
Ana Guerrero2024-07-08 17:08:14 +00:00
ab5fd87d0b
- Update to version 2.32.1
Martin Liška
2024-06-29 07:18:44 +00:00
443bd3ee1a
- Update to version 2.32.1
Martin Liška
2024-06-29 07:18:44 +00:00
672e72841e
Accepting request 1183534 from devel:tools:compiler
Ana Guerrero2024-06-27 14:04:34 +00:00
4fe21011be
Accepting request 1183534 from devel:tools:compiler
Ana Guerrero2024-06-27 14:04:34 +00:00
87d68fb47a
- Update to version 2.32.0 * Previously, shared libraries specified with --as-needed were not considered as "needed" if they were referenced only by weak undefined symbols. Such weak symbols were converted to absolute symbols at address zero at link-time. Although this behavior was not technically wrong, it caused a significant issue in a rare occasion (#1286). Now, weak undefined symbols retain --as-needed shared libraries. (06b5926) * [RISC-V] RISC-V object files contain ISA strings in the .riscv.attributes section. Previously, we had reported valid ISA strings containing digits as errors. The issue has now been resolved. (841a186) * [RISC-V] We no longer write dynamic relocation addends to relocated places because it caused static position-independent executables to crash on process startup in some environments. In other words, --no-apply-dynamic-relocs is enabled by default. * LTO now works on MinGW. (50bf031)
Martin Liška
2024-06-27 07:02:53 +00:00
0f075318dd
- Update to version 2.32.0 * Previously, shared libraries specified with --as-needed were not considered as "needed" if they were referenced only by weak undefined symbols. Such weak symbols were converted to absolute symbols at address zero at link-time. Although this behavior was not technically wrong, it caused a significant issue in a rare occasion (#1286). Now, weak undefined symbols retain --as-needed shared libraries. (06b5926) * [RISC-V] RISC-V object files contain ISA strings in the .riscv.attributes section. Previously, we had reported valid ISA strings containing digits as errors. The issue has now been resolved. (841a186) * [RISC-V] We no longer write dynamic relocation addends to relocated places because it caused static position-independent executables to crash on process startup in some environments. In other words, --no-apply-dynamic-relocs is enabled by default. * LTO now works on MinGW. (50bf031)
Martin Liška
2024-06-27 07:02:53 +00:00
7ffb8c2743
Accepting request 1179562 from devel:tools:compiler
Ana Guerrero2024-06-09 18:23:43 +00:00
bb20c6307b
Accepting request 1179562 from devel:tools:compiler
Ana Guerrero2024-06-09 18:23:43 +00:00
6fce718330
- Update to version 2.32.0 * mold supports a feature called Identical Code Folding, or ICF. As the name suggests, ICF finds identical functions and merges them to reduce the size of an output file. This is especially effective for template-heavy C++ programs since templates tend to be instantiated to the same machine code for different types. For example, std::vector<int> is likely to be instantiated to the same code as std::vector<unsigned>. We've made an improvement to our ICF algorithm so that the --icf feature is ~50% faster than the previous version. (fa8e95a) * The -z rodynamic option is now supported for compatibility with LLVM lld. With the option, mold places the .dynamic section into a read-only segment. (9a233df) * Previously, mold behaved differently compared to other linkers if both -z defs and --undefined=ignore-in-object-files were given (#1270). Now, they override each other so that the mold's behavior is compatible with others. (8cd85aa) * Previously, --dependency-file mistakenly recorded response files as dependencies (#1258). This bug has been fixed. (4281f45) * There was a bug that mold corrupted debug info section contents when the --relocatable option was given (#1265). This issue has been fixed. (08b0a16) * [PPC64] The R_PPC64_TPREL16_LO_DS relocation type is supported. (a8cd2e8) * [ARM64, PPC64, LoongArch] mold 2.31.0 or earlier may have failed with an assertion failure when creating a large output file (#1224). This issue has been resolved. (c7c8583)
Martin Liška
2024-06-09 10:43:56 +00:00
49d84a7cf8
- Update to version 2.32.0 * mold supports a feature called Identical Code Folding, or ICF. As the name suggests, ICF finds identical functions and merges them to reduce the size of an output file. This is especially effective for template-heavy C++ programs since templates tend to be instantiated to the same machine code for different types. For example, std::vector<int> is likely to be instantiated to the same code as std::vector<unsigned>. We've made an improvement to our ICF algorithm so that the --icf feature is ~50% faster than the previous version. (fa8e95a) * The -z rodynamic option is now supported for compatibility with LLVM lld. With the option, mold places the .dynamic section into a read-only segment. (9a233df) * Previously, mold behaved differently compared to other linkers if both -z defs and --undefined=ignore-in-object-files were given (#1270). Now, they override each other so that the mold's behavior is compatible with others. (8cd85aa) * Previously, --dependency-file mistakenly recorded response files as dependencies (#1258). This bug has been fixed. (4281f45) * There was a bug that mold corrupted debug info section contents when the --relocatable option was given (#1265). This issue has been fixed. (08b0a16) * [PPC64] The R_PPC64_TPREL16_LO_DS relocation type is supported. (a8cd2e8) * [ARM64, PPC64, LoongArch] mold 2.31.0 or earlier may have failed with an assertion failure when creating a large output file (#1224). This issue has been resolved. (c7c8583)
Martin Liška
2024-06-09 10:43:56 +00:00
f2ae4f6aa1
Accepting request 1171501 from devel:tools:compiler
Ana Guerrero2024-05-03 17:46:00 +00:00
d33830a185
Accepting request 1171501 from devel:tools:compiler
Ana Guerrero2024-05-03 17:46:00 +00:00
7050cb4835
- Update to version 2.31.0 * mold is now up to 10% faster when linking very large, debug info-enabled executables such as Blender (~1.8 GiB) or Clang (~3.8 GiB), thanks to several improvements we've made to the string merging algorithm. (53ebcd8, d714301, 40f6b17, c9faf3d) * -z start-stop-visibility=hidden is now supported so that linker-synthesized __start_<section-name> and __stop_<section-name> symbols can be completely hidden from other ELF modules. Previously, only -z start-stop-visibility=protected was supported. (99a5b15) * -Bsymbolic-non-weak and -Bsymbolic-non-weak-functions options are now supported for compatibility with LLVM lld. Just like lld, these options control which symbols are exported as dynamic symbols. -Bsymbolic-non-weak makes the linker to export only weak symbols, whereas -Bsymbolic-non-weak-functions makes it to export only weak function symbols. (7d17aa8) * Previously, if a linker script contains a newline character in the beginning four bytes of a file, it was not recognized as a linker script by mold. Now, mold allows newlines at the beginning of a file. (ea054cc) * Under rare circumstances, the INPUT linker script command may have found a different file than GNU ld would. Now, mold's behavior aligns with GNU ld's. (163975d) * Previously, the --repro option produced corrupted tar files. Now the bug has been fixed. (32c4a09) * mold generally guarantees that its output is reproducible, meaning that if you run the linker with the exact same command line options and input files, the output is guaranteed to be bit-for-bit identical to the previous outputs. However, under rare circumstances, it might produce different output due to a bug. It's reported that this nondeterminism caused random crashes for some programs (#1247). This bug has been fixed. (6463a7c) * mold no longer sets the address of the .text section as the entry point address if --entry option is not given, just like LLVM lld. (020b1a7)
Martin Liška
2024-05-03 05:49:30 +00:00
33bbb927d4
- Update to version 2.31.0 * mold is now up to 10% faster when linking very large, debug info-enabled executables such as Blender (~1.8 GiB) or Clang (~3.8 GiB), thanks to several improvements we've made to the string merging algorithm. (53ebcd8, d714301, 40f6b17, c9faf3d) * -z start-stop-visibility=hidden is now supported so that linker-synthesized __start_<section-name> and __stop_<section-name> symbols can be completely hidden from other ELF modules. Previously, only -z start-stop-visibility=protected was supported. (99a5b15) * -Bsymbolic-non-weak and -Bsymbolic-non-weak-functions options are now supported for compatibility with LLVM lld. Just like lld, these options control which symbols are exported as dynamic symbols. -Bsymbolic-non-weak makes the linker to export only weak symbols, whereas -Bsymbolic-non-weak-functions makes it to export only weak function symbols. (7d17aa8) * Previously, if a linker script contains a newline character in the beginning four bytes of a file, it was not recognized as a linker script by mold. Now, mold allows newlines at the beginning of a file. (ea054cc) * Under rare circumstances, the INPUT linker script command may have found a different file than GNU ld would. Now, mold's behavior aligns with GNU ld's. (163975d) * Previously, the --repro option produced corrupted tar files. Now the bug has been fixed. (32c4a09) * mold generally guarantees that its output is reproducible, meaning that if you run the linker with the exact same command line options and input files, the output is guaranteed to be bit-for-bit identical to the previous outputs. However, under rare circumstances, it might produce different output due to a bug. It's reported that this nondeterminism caused random crashes for some programs (#1247). This bug has been fixed. (6463a7c) * mold no longer sets the address of the .text section as the entry point address if --entry option is not given, just like LLVM lld. (020b1a7)
Martin Liška
2024-05-03 05:49:30 +00:00
cb22e90ab4
Accepting request 1158643 from devel:tools:compiler
Ana Guerrero2024-03-17 21:16:35 +00:00
a97a314dc9
Accepting request 1158643 from devel:tools:compiler
Ana Guerrero2024-03-17 21:16:35 +00:00
b99aad2992
- Update to version 2.30.0 * We have increased the version number from 2.4.1 to 2.30.0, even though this release contains only minor bug fixes. This change was made to prevent GNU libtool from mistaking mold 2.4.1 for GNU ld 2.4.1, which led it to incorrectly conclude that our linker was an outdated version of the GNU linker. Bumping up the version number to align with GNU ld may not be the most elegant solution, but it is a practical approach to resolve the compatibility issue with GNU libtool. (c7f6a91) * Previously, mold may have inserted an unnecessary gap before the .bss section in an output file, thereby creating an extra segment for it. While not technically incorrect, it was certainly unnecessary. mold 2.30.0 eliminates this unnecessary on-disk gap for .bss. (c395da1) * Previously, under rare circumstances, mold might fail with the "ConcurrentMap is full" error message if --gdb-index was used. This bug has been resolved. (c60d1d0) * Previously, mold might generate an excessive number of "ignoring .llvm_addrsig section without sh_link" warnings. These warnings are now suppressed. (51f871f) * Sections with unknown section types are now reported as errors. (d21207c) * [PPC32] A crash bug related to --gc-sections has been fixed. (8eae0a3)
Martin Liška
2024-03-17 05:45:49 +00:00
1651ce8f90
- Update to version 2.30.0 * We have increased the version number from 2.4.1 to 2.30.0, even though this release contains only minor bug fixes. This change was made to prevent GNU libtool from mistaking mold 2.4.1 for GNU ld 2.4.1, which led it to incorrectly conclude that our linker was an outdated version of the GNU linker. Bumping up the version number to align with GNU ld may not be the most elegant solution, but it is a practical approach to resolve the compatibility issue with GNU libtool. (c7f6a91) * Previously, mold may have inserted an unnecessary gap before the .bss section in an output file, thereby creating an extra segment for it. While not technically incorrect, it was certainly unnecessary. mold 2.30.0 eliminates this unnecessary on-disk gap for .bss. (c395da1) * Previously, under rare circumstances, mold might fail with the "ConcurrentMap is full" error message if --gdb-index was used. This bug has been resolved. (c60d1d0) * Previously, mold might generate an excessive number of "ignoring .llvm_addrsig section without sh_link" warnings. These warnings are now suppressed. (51f871f) * Sections with unknown section types are now reported as errors. (d21207c) * [PPC32] A crash bug related to --gc-sections has been fixed. (8eae0a3)
Martin Liška
2024-03-17 05:45:49 +00:00
8bf5ea8229
Fix package build
Martin Liška
2024-03-01 16:20:22 +00:00
55a5f51da5
Fix package build
Martin Liška
2024-03-01 16:20:22 +00:00
51ef3757f3
- Align path for document installation between openSUSE versions.
Martin Liška
2024-03-01 16:17:49 +00:00
1e11aba9e7
- Align path for document installation between openSUSE versions.
Martin Liška
2024-03-01 16:17:49 +00:00
6f2035fba2
- Update to version 2.4.1 * mold 2.4.0 or prior may promote weak dynamic symbols to strong ones under a rare circumstance, which caused "undefined symbol" error at runtime. The bug has been fixed. (50bdf39) * Previously, if two or more VERSION clauses in a version script match to the same symbol, the first one took precedence. This was incompatible with GNU ld, which gives the last one the highest priority, causing a Qt library link failure. This compatibility issue has been resolved. (e1e16bf) * By default, we demangle symbols in error messages so that they are easier to read. Previously, Rust symbols could accidentally be demangled as C++ symbols. Now, mold attempts to demangle symbols as Rust ones only for object files created by rustc. (ea9864b) * [RISC-V] mold now relaxes a GOT-load instruction sequence into a direct address materialization if the symbol address is known at link time. This relaxation eliminates one memory load and slightly improves the linked program's performance. (2ccaa81) * [PowerPC64 ELFv2] GCC may emit references to _savegpr0_*, _restgpr0_*, _savegpr1_* and _restgpr1_* symbols for the -Os command line option to optimize the output for code size. These symbols are not defined by any object file and expected to be synthesized by the linker. mold didn't use to synthesize these symbols, and therefore object files created with -Os sometimes failed due to missing symbol errors. Now, mold synthesizes these symbols. (d4ff48a) * [PowerPC64] R_PPC64_DTPREL16_LO_DS relocation type has now been supported. (6d8e6af) * [Illumos] On Illumos OS, absolute symbols in DSOs need to be resolved at runtime because the dynamic linker treats such symbols in a special manner. Previously, mold directly used absolute symbol addresses at link-time and did not place them into the dynamic symbol table. That optimization has been removed for compatibility with Illumos. (bed5b17, 7f8d77d)
Martin Liška
2024-03-01 14:53:28 +00:00
82014a5189
- Update to version 2.4.1 * mold 2.4.0 or prior may promote weak dynamic symbols to strong ones under a rare circumstance, which caused "undefined symbol" error at runtime. The bug has been fixed. (50bdf39) * Previously, if two or more VERSION clauses in a version script match to the same symbol, the first one took precedence. This was incompatible with GNU ld, which gives the last one the highest priority, causing a Qt library link failure. This compatibility issue has been resolved. (e1e16bf) * By default, we demangle symbols in error messages so that they are easier to read. Previously, Rust symbols could accidentally be demangled as C++ symbols. Now, mold attempts to demangle symbols as Rust ones only for object files created by rustc. (ea9864b) * [RISC-V] mold now relaxes a GOT-load instruction sequence into a direct address materialization if the symbol address is known at link time. This relaxation eliminates one memory load and slightly improves the linked program's performance. (2ccaa81) * [PowerPC64 ELFv2] GCC may emit references to _savegpr0_*, _restgpr0_*, _savegpr1_* and _restgpr1_* symbols for the -Os command line option to optimize the output for code size. These symbols are not defined by any object file and expected to be synthesized by the linker. mold didn't use to synthesize these symbols, and therefore object files created with -Os sometimes failed due to missing symbol errors. Now, mold synthesizes these symbols. (d4ff48a) * [PowerPC64] R_PPC64_DTPREL16_LO_DS relocation type has now been supported. (6d8e6af) * [Illumos] On Illumos OS, absolute symbols in DSOs need to be resolved at runtime because the dynamic linker treats such symbols in a special manner. Previously, mold directly used absolute symbol addresses at link-time and did not place them into the dynamic symbol table. That optimization has been removed for compatibility with Illumos. (bed5b17, 7f8d77d)
Martin Liška
2024-03-01 14:53:28 +00:00
68da4f4c34
Accepting request 1129883 from devel:tools:compiler
Ana Guerrero2023-11-30 21:01:31 +00:00
8455ddc9d7
Accepting request 1129883 from devel:tools:compiler
Ana Guerrero2023-11-30 21:01:31 +00:00
96860f114e
- Update to version 2.4.0 * mold gained the --spare-program-headers=<number> option, which adds a specified number of spare entries at the end of the program header. The option aims to make post-processing tools to add program header entries very easily. Note that sorting program header entries after adding new ones may be necessary to meet the constraints of the ELF file format. For details, see the elf(5) man page. (eb6c213) * mold's -z rewrite-endbr option rewrites superflous endbr64 instructions with nop as a countermeasure against control-flow highjacking attacks. Previously, this worked exclusively with object files compiled with -ffunction-sections, requiring each function to be compiled into a separate section. Starting from this release, -z rewrite-endbr works on object files compiled without it. In other words, mold is now capable of rewriting endbr64 instructions even if the instruction is not at the beginning of a section. (3cb8a52) * Previously, mold couldn't handle object files containing multiple .eh_frame sections. The .eh_frame is a section containing data for exception handling. Usually, an object file contains only one .eh_frame which describes how to handle exceptions for all text sections in the same file. However, on rare conditions, it seems ld -r creates an object file containing multiple .eh_frame sections. mold is now able to handle such object files. (f4c5a8a) * mold -run <command> is an easy way to run the given command with a virtual environment in which the ld command is replaced with mold. The feature is implemented using LD_PRELOAD to hook fork(2)-family functions. Before this release, some invocations of ld were not intercepted correctly because we missed the posix_spawnp(2) function. Now, the function is intercepted just like other fork(2)-family functions. (3fd1cec) * mold used to produce a non-working executable on a rare occasion when all thread-local variables lacked an initial value and the read-only data required alignment equal to or greater than the page size. This bug has been resolved. (de7d37e)
Martin Liška
2023-11-30 05:37:22 +00:00
d80b99c77b
- Update to version 2.4.0 * mold gained the --spare-program-headers=<number> option, which adds a specified number of spare entries at the end of the program header. The option aims to make post-processing tools to add program header entries very easily. Note that sorting program header entries after adding new ones may be necessary to meet the constraints of the ELF file format. For details, see the elf(5) man page. (eb6c213) * mold's -z rewrite-endbr option rewrites superflous endbr64 instructions with nop as a countermeasure against control-flow highjacking attacks. Previously, this worked exclusively with object files compiled with -ffunction-sections, requiring each function to be compiled into a separate section. Starting from this release, -z rewrite-endbr works on object files compiled without it. In other words, mold is now capable of rewriting endbr64 instructions even if the instruction is not at the beginning of a section. (3cb8a52) * Previously, mold couldn't handle object files containing multiple .eh_frame sections. The .eh_frame is a section containing data for exception handling. Usually, an object file contains only one .eh_frame which describes how to handle exceptions for all text sections in the same file. However, on rare conditions, it seems ld -r creates an object file containing multiple .eh_frame sections. mold is now able to handle such object files. (f4c5a8a) * mold -run <command> is an easy way to run the given command with a virtual environment in which the ld command is replaced with mold. The feature is implemented using LD_PRELOAD to hook fork(2)-family functions. Before this release, some invocations of ld were not intercepted correctly because we missed the posix_spawnp(2) function. Now, the function is intercepted just like other fork(2)-family functions. (3fd1cec) * mold used to produce a non-working executable on a rare occasion when all thread-local variables lacked an initial value and the read-only data required alignment equal to or greater than the page size. This bug has been resolved. (de7d37e)
Martin Liška
2023-11-30 05:37:22 +00:00
07fe2eaee4
Accepting request 1126103 from devel:tools:compiler
Ana Guerrero2023-11-15 20:08:19 +00:00
6832b47338
Accepting request 1126103 from devel:tools:compiler
Ana Guerrero2023-11-15 20:08:19 +00:00
0c21be0759
- Update to version 2.3.3 * --dynamic-list has different semantics for executables and DSOs. Previously, mold implemented only the semantics for executables, causing issues with libraries such as musl that used this option. mold now handles the option for DSOs correctly. (da3f5dd) * Old object files often contain .ctors and .dtors sections, which hold function pointers for initializing and finalizing processes, respectively. Their roles have been superseded by .init_array and .fini_array on most targets. mold worked functioned correctly as long as input object files consistently use the old or the new sections. However, mixing object files that contain both types of initializers/finalizers resulted in some functions not being executed. This issue has been fixed. (3f88964) * --defsym can cause the linker to crash if a given symbol is not defined. The crash bug has been fixed. (ff3d54d) * [POWER10] On rare occasions, pointers statically initialized to functions could be left as null pointers. This bug has been fixed. (31c3b53) - Remove upstreamed patch power10-fix.patch.
Martin Liška
2023-11-14 15:10:38 +00:00
20ab2181ab
- Update to version 2.3.3 * --dynamic-list has different semantics for executables and DSOs. Previously, mold implemented only the semantics for executables, causing issues with libraries such as musl that used this option. mold now handles the option for DSOs correctly. (da3f5dd) * Old object files often contain .ctors and .dtors sections, which hold function pointers for initializing and finalizing processes, respectively. Their roles have been superseded by .init_array and .fini_array on most targets. mold worked functioned correctly as long as input object files consistently use the old or the new sections. However, mixing object files that contain both types of initializers/finalizers resulted in some functions not being executed. This issue has been fixed. (3f88964) * --defsym can cause the linker to crash if a given symbol is not defined. The crash bug has been fixed. (ff3d54d) * [POWER10] On rare occasions, pointers statically initialized to functions could be left as null pointers. This bug has been fixed. (31c3b53) - Remove upstreamed patch power10-fix.patch.
Martin Liška
2023-11-14 15:10:38 +00:00
f40d5bcc2d
- Add power10 fix power10-fix.patch for #1142.
Martin Liška
2023-11-06 18:22:50 +00:00
7fc8f68268
- Add power10 fix power10-fix.patch for #1142.
Martin Liška
2023-11-06 18:22:50 +00:00
0ef77c5478
Accepting request 1123388 from devel:tools:compiler
Ana Guerrero2023-11-05 11:19:27 +00:00
567ff6ac7e
Accepting request 1123388 from devel:tools:compiler
Ana Guerrero2023-11-05 11:19:27 +00:00
0768abbb20
Remove upstreamed patch.
Martin Liška
2023-11-05 07:17:07 +00:00
7bd9929f39
Remove upstreamed patch.
Martin Liška
2023-11-05 07:17:07 +00:00
dbddaefcb5
- Update to version 2.3.2 * Remove upstream patch fix-arm.patch. * mold no longer emits dynamic relocations against the text segment for GNU ifunc symbols. Previously, mold emitted such relocations for position-dependent executables. (4cdfc7e) * mold no longer reports the "REL-type relocation table is not supported for this target" error and instead ignore incompatible relocation tables. LLVM generates such non-conforming relocation tables for the .llvm.call-graph-profile section. This change was made for compatibility. (3791900) * mold now pads unused gaps in the text segment with interrupt or NOP instructions, instead of leaving them filled with zeros. This alteration does not change the program's semantics but prevents disassemblers from interpreting the spaces between functions as valid instructions. (c86a59a) * mold now creates the .mold-lock file for MOLD_JOBS not in the home directory but in $XDG_RUNTIME_DIR, which is usually /var/user/<uid>. (39cdf61) * [ARM32] There was an issue preventing mold from being built on an ARMv8 64-bit ARM processor with an ARM32 userland, such as the 32-bit Raspberry Pi OS running on a Raspberry Pi 4. This build issue has been resolved. (02ead29) * [LoongArch] mold can now handle R_LARCH_PCALA_LO12 relocation for the jirl instruction. (d3188e3)
Martin Liška
2023-11-05 06:58:57 +00:00
3ad871a46c
- Update to version 2.3.2 * Remove upstream patch fix-arm.patch. * mold no longer emits dynamic relocations against the text segment for GNU ifunc symbols. Previously, mold emitted such relocations for position-dependent executables. (4cdfc7e) * mold no longer reports the "REL-type relocation table is not supported for this target" error and instead ignore incompatible relocation tables. LLVM generates such non-conforming relocation tables for the .llvm.call-graph-profile section. This change was made for compatibility. (3791900) * mold now pads unused gaps in the text segment with interrupt or NOP instructions, instead of leaving them filled with zeros. This alteration does not change the program's semantics but prevents disassemblers from interpreting the spaces between functions as valid instructions. (c86a59a) * mold now creates the .mold-lock file for MOLD_JOBS not in the home directory but in $XDG_RUNTIME_DIR, which is usually /var/user/<uid>. (39cdf61) * [ARM32] There was an issue preventing mold from being built on an ARMv8 64-bit ARM processor with an ARM32 userland, such as the 32-bit Raspberry Pi OS running on a Raspberry Pi 4. This build issue has been resolved. (02ead29) * [LoongArch] mold can now handle R_LARCH_PCALA_LO12 relocation for the jirl instruction. (d3188e3)
Martin Liška
2023-11-05 06:58:57 +00:00
daf96e5cfc
Accepting request 1120275 from devel:tools:compiler
Ana Guerrero2023-10-25 16:04:54 +00:00
6c6036db77
Accepting request 1120275 from devel:tools:compiler
Ana Guerrero2023-10-25 16:04:54 +00:00
e0fb05e68f
- Add fix-arm.patch in order to fix failing arm-arm_range-extension-thunk2 test.
Martin Liška
2023-10-25 13:03:08 +00:00
76d5e88fa4
- Add fix-arm.patch in order to fix failing arm-arm_range-extension-thunk2 test.
Martin Liška
2023-10-25 13:03:08 +00:00
4712f3fcdf
Accepting request 1119175 from devel:tools:compiler
Ana Guerrero2023-10-20 21:18:37 +00:00
d532dd4bd9
Accepting request 1119175 from devel:tools:compiler
Ana Guerrero2023-10-20 21:18:37 +00:00
4cbbbb0ab9
- Update to version 2.3.1 * [ARM32, ARM64, PowerPC, LoongArch] mold 2.3.0 would crash when handling large output files. This was due to a bug in the code that creates range extension thunks. This issue has now been resolved. (7be1b66) * [LoongArch] mold is now capable of handling relocations generated for the -mcmodel=extreme flag. (4bd80ec)
Martin Liška
2023-10-20 08:27:12 +00:00
826c2a4626
- Update to version 2.3.1 * [ARM32, ARM64, PowerPC, LoongArch] mold 2.3.0 would crash when handling large output files. This was due to a bug in the code that creates range extension thunks. This issue has now been resolved. (7be1b66) * [LoongArch] mold is now capable of handling relocations generated for the -mcmodel=extreme flag. (4bd80ec)
Martin Liška
2023-10-20 08:27:12 +00:00
167b9596a5
Accepting request 1118582 from devel:tools:compiler
Ana Guerrero2023-10-18 19:26:24 +00:00
c203d98552
Accepting request 1118582 from devel:tools:compiler
Ana Guerrero2023-10-18 19:26:24 +00:00
0c999a943d
- Update to version 2.3.0 * [x86-64] mold 2.3.0 has introduced an experimental flag, -z rewrite-endbr, which rewrites superfluous endbr64 instructions as nop. * endbr64 is a relatively recent x86 instruction used to mark locations where an indirect jump instruction can transfer control. With control-flow integrity enabled (meaning endbr64 is effective), an indirect jump can only target an endbr64 or it will trigger a runtime exception. This mechanism significantly hinders certain control hijacking attacks, such as ROP or JOP, since attackers cannot jump to just any location. * When given the -fcf-protection flag, GCC conservatively places an endbr64 at the beginning of every global function. This is because the function's address might be taken as a pointer by other translation units. However, in most cases, function addresses are not actually taken. This conservative approach results in an overabundance of unnecessary endbr64 instructions, leading to not only code bloating but also a potential decrease in security as there are more locations for an attacker to exploit. * The new linker option, -z rewrite-endbr, aims to alleviate this issue. The linker can carry out a whole-program analysis on the input files to identify functions whose addresses are never taken. If -z rewrite-endbr is specified, mold will conduct this analysis and replace the initial endbr64 with a nop for functions whose addresses aren't taken. (17f0d85) * mold now produces a more compact .gdb_index section when using the --gdb-index flag. Additionally, mold now generates a correct .gdb_index section for object files created by Clang. (a396fa4) * mold is now capable of handling input sections larger than 4 GiB. (0ce32d3) * [PPC] mold can now generate executables for POWER10 processors. Previously, executables produced by mold would crash immediately on startup on POWER10. (0f71471) * [ARM64] When a function with a non-standard calling convention is exported, it's mandatory for the linker to turn on the STO_AARCH64_VARIANT_PCS flag to notify
Martin Liška
2023-10-18 12:37:33 +00:00
abe9eeab3f
- Update to version 2.3.0 * [x86-64] mold 2.3.0 has introduced an experimental flag, -z rewrite-endbr, which rewrites superfluous endbr64 instructions as nop. * endbr64 is a relatively recent x86 instruction used to mark locations where an indirect jump instruction can transfer control. With control-flow integrity enabled (meaning endbr64 is effective), an indirect jump can only target an endbr64 or it will trigger a runtime exception. This mechanism significantly hinders certain control hijacking attacks, such as ROP or JOP, since attackers cannot jump to just any location. * When given the -fcf-protection flag, GCC conservatively places an endbr64 at the beginning of every global function. This is because the function's address might be taken as a pointer by other translation units. However, in most cases, function addresses are not actually taken. This conservative approach results in an overabundance of unnecessary endbr64 instructions, leading to not only code bloating but also a potential decrease in security as there are more locations for an attacker to exploit. * The new linker option, -z rewrite-endbr, aims to alleviate this issue. The linker can carry out a whole-program analysis on the input files to identify functions whose addresses are never taken. If -z rewrite-endbr is specified, mold will conduct this analysis and replace the initial endbr64 with a nop for functions whose addresses aren't taken. (17f0d85) * mold now produces a more compact .gdb_index section when using the --gdb-index flag. Additionally, mold now generates a correct .gdb_index section for object files created by Clang. (a396fa4) * mold is now capable of handling input sections larger than 4 GiB. (0ce32d3) * [PPC] mold can now generate executables for POWER10 processors. Previously, executables produced by mold would crash immediately on startup on POWER10. (0f71471) * [ARM64] When a function with a non-standard calling convention is exported, it's mandatory for the linker to turn on the STO_AARCH64_VARIANT_PCS flag to notify
Martin Liška
2023-10-18 12:37:33 +00:00
27a0b36e2a
- Add build-blake-3-as-static.patch that builts BLAKE 3 support as static library into mold. The library is not provided in openSUSE yet.
Martin Liška
2023-09-26 20:11:43 +00:00
f0a600a3a8
- Add build-blake-3-as-static.patch that builts BLAKE 3 support as static library into mold. The library is not provided in openSUSE yet.
Martin Liška
2023-09-26 20:11:43 +00:00
4a6811b64c
- Update to version 2.2.0 * We now use BLAKE3 as a cryptographic hash function instead of SHA256. This change has made --build-id a few percent faster. libssl is no longer a build dependency. (7f7a744) * mold is now a few percent faster than the previous version due to an optimization of string merging code path. (1a13c50) * mold now emits slightly optimized code for thread-local variable accesses. (f057fda, d56f528) * [RISC-V] mold now supports TLSDESC relocations. TLSDESC is a new mechanism for faster thread-local variable access. We (@ishitatsuyuki) actually led the effort to ratify the specification (riscv-non-isa/riscv-elf-psabi-doc#373) and implement it to compiler toolchain including GCC, GNU binutils and, of course, mold. (141556d) * mold no longer marks an as-needed .so as "needed" if the .so file is not directly used by the output file. Previously, mold marked a .so file as "needed" if the .so file was used by another "needed" .so file. (f02db0f) * [PPC64] --execute-only now works on 64-bit PowerPC. (ac20d87, 51fec5f) - Remove openssl dependency.
Martin Liška
2023-09-24 17:54:39 +00:00
77c4a3b89e
- Update to version 2.2.0 * We now use BLAKE3 as a cryptographic hash function instead of SHA256. This change has made --build-id a few percent faster. libssl is no longer a build dependency. (7f7a744) * mold is now a few percent faster than the previous version due to an optimization of string merging code path. (1a13c50) * mold now emits slightly optimized code for thread-local variable accesses. (f057fda, d56f528) * [RISC-V] mold now supports TLSDESC relocations. TLSDESC is a new mechanism for faster thread-local variable access. We (@ishitatsuyuki) actually led the effort to ratify the specification (riscv-non-isa/riscv-elf-psabi-doc#373) and implement it to compiler toolchain including GCC, GNU binutils and, of course, mold. (141556d) * mold no longer marks an as-needed .so as "needed" if the .so file is not directly used by the output file. Previously, mold marked a .so file as "needed" if the .so file was used by another "needed" .so file. (f02db0f) * [PPC64] --execute-only now works on 64-bit PowerPC. (ac20d87, 51fec5f) - Remove openssl dependency.
Martin Liška
2023-09-24 17:54:39 +00:00
Ana Guerrero
Martin Liška
Dominique Leuenberger
Martin Liška