- 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)
OBS-URL: https://build.opensuse.org/request/show/1283993
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=60
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=154
- 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)
OBS-URL: https://build.opensuse.org/request/show/1279984
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=59
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=152
- 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)
OBS-URL: https://build.opensuse.org/request/show/1274689
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=57
* [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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=148
- 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)
OBS-URL: https://build.opensuse.org/request/show/1273270
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=56
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=146
- 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
OBS-URL: https://build.opensuse.org/request/show/1272922
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=55
* 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
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=144
- 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)
OBS-URL: https://build.opensuse.org/request/show/1250569
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=52
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=138
- 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
OBS-URL: https://build.opensuse.org/request/show/1236113
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=51
* 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
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=136
- 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)
OBS-URL: https://build.opensuse.org/request/show/1231732
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=50
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=134
- 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)
OBS-URL: https://build.opensuse.org/request/show/1229097
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=49
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=132
- 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)
OBS-URL: https://build.opensuse.org/request/show/1205736
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=48
* [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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=130
- 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)
OBS-URL: https://build.opensuse.org/request/show/1203610
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=47
* [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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=128
- 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
OBS-URL: https://build.opensuse.org/request/show/1192095
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=46
* 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
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=126
- 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)
OBS-URL: https://build.opensuse.org/request/show/1183534
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=44
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=122
- 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)
OBS-URL: https://build.opensuse.org/request/show/1179562
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=43
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=120
- 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)
OBS-URL: https://build.opensuse.org/request/show/1171501
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=42
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=118
- 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)
OBS-URL: https://build.opensuse.org/request/show/1158643
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=41
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=116
- Align path for document installation between openSUSE versions.
- 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
OBS-URL: https://build.opensuse.org/request/show/1154127
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=40
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=112
- 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)
OBS-URL: https://build.opensuse.org/request/show/1129883
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=39
* 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)
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=110
- 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.
- Add power10 fix power10-fix.patch for #1142.
OBS-URL: https://build.opensuse.org/request/show/1126103
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=38
* --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.
OBS-URL: https://build.opensuse.org/package/show/devel:tools:compiler/mold?expand=0&rev=108
- 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)
OBS-URL: https://build.opensuse.org/request/show/1123388
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mold?expand=0&rev=37
