mold: A Modern Linker
https://github.com/rui314/mold
mold is a faster drop-in replacement for existing Unix linkers.
It is several times faster than LLVM lld linker, the second-fastest
open-source linker which I originally created a few years ago.
mold is created for increasing developer productivity by reducing
build time especially in rapid debug-edit-rebuild cycles.
Here is a performance comparison of GNU gold, LLVM lld, and mold for
linking final debuginfo-enabled executables of major large programs
on a simulated 8-core 16-threads machine.
- Developed at devel:tools:compiler
- Sources inherited from project openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:FactoryCandidates/mold && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| _constraints | 0000000128 128 Bytes | |
| build-blake-3-as-static.patch | 0000000441 441 Bytes | |
| mold-2.4.1.tar.gz | 0009957259 9.5 MB | |
| mold.changes | 0000042230 41.2 KB | |
| mold.spec | 0000003067 3 KB |
Revision 40 (latest revision is 42)
Dominique Leuenberger (dimstar_suse)
accepted
request 1154127
from
Martin Liška (martinliska)
(revision 40)
- 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
Comments 0