a1c58fe93b
- Update to version 2.1.0 * Loongson's LoongArch CPU has been supported. (03b1a1c) * -z nosectionheader has been added to eliminate section headers from the output file. (084ca55) * Previously, linking with the -z pack-relative-relocs option produces an executable that glibc 2.38 refuses to run with DT_RELR without GLIBC_ABI_DT_RELR dependency error. Now, mold produces binaries compatible with glibc 2.38. (f467ad1) * [ARM64] R_AARCH64_ADR_PREL_PG_HI21_NC relocation type has been supported. (17a5c3e) * [ARM64] R_AARCH64_MOVW_UABS_G3 relocation type has now been handled as a PLT-generating relocation to fix an issue when main is not defined in the main executable but rather in a .so file. (e764557) * [RISC-V] We now merge input .riscv.attributes contents. Previously, we just concatenated them. (aa64491)
Martin Liška
2023-08-13 19:41:06 +00:00
248ed3e10c
- Update to version 2.1.0 * Loongson's LoongArch CPU has been supported. (03b1a1c) * -z nosectionheader has been added to eliminate section headers from the output file. (084ca55) * Previously, linking with the -z pack-relative-relocs option produces an executable that glibc 2.38 refuses to run with DT_RELR without GLIBC_ABI_DT_RELR dependency error. Now, mold produces binaries compatible with glibc 2.38. (f467ad1) * [ARM64] R_AARCH64_ADR_PREL_PG_HI21_NC relocation type has been supported. (17a5c3e) * [ARM64] R_AARCH64_MOVW_UABS_G3 relocation type has now been handled as a PLT-generating relocation to fix an issue when main is not defined in the main executable but rather in a .so file. (e764557) * [RISC-V] We now merge input .riscv.attributes contents. Previously, we just concatenated them. (aa64491)
Martin Liška
2023-08-13 19:41:06 +00:00
9765589ea7
Accepting request 1100863 from devel:tools:compiler
Ana Guerrero2023-07-27 14:52:44 +00:00
29c5e3fc35
Accepting request 1100863 from devel:tools:compiler
Ana Guerrero2023-07-27 14:52:44 +00:00
36b9beb190
- Update to version 2.0.0 * License changed to MIT. * Previously, mold could not produce an object file with more than 65520 sections using the --relocatable option. Now the bug has been fixed. (2e8bd0b) * mold now interprets -undefined as a synonym for --undefined instead of -u ndefined. This seems inconsistent, as -ufoo is generally treated as -u foo (which is an alias for --undefined foo), but this is the behavior of the GNU linkers and LLVM lld, so we prioritize compatibility over consistency. * -nopie is now handled as a synonym for --no-pie. * [RISC-V] R_RISCV_SET_ULEB128 and R_RISCV_SUB_ULEB128 relocation types are now supported (4bffe26, 1ac5fe7) * [PPC64] R_PPC64_REL32 relocation type is now supported. (ebd780e)
Martin Liška
2023-07-26 13:08:35 +00:00
0cddd5509d
- Update to version 2.0.0 * License changed to MIT. * Previously, mold could not produce an object file with more than 65520 sections using the --relocatable option. Now the bug has been fixed. (2e8bd0b) * mold now interprets -undefined as a synonym for --undefined instead of -u ndefined. This seems inconsistent, as -ufoo is generally treated as -u foo (which is an alias for --undefined foo), but this is the behavior of the GNU linkers and LLVM lld, so we prioritize compatibility over consistency. * -nopie is now handled as a synonym for --no-pie. * [RISC-V] R_RISCV_SET_ULEB128 and R_RISCV_SUB_ULEB128 relocation types are now supported (4bffe26, 1ac5fe7) * [PPC64] R_PPC64_REL32 relocation type is now supported. (ebd780e)
Martin Liška
2023-07-26 13:08:35 +00:00
f7ca81e198
- Update to version 1.11.0 * IBM Power10 has been supported. Previously, mold created broken executables for that target. (5065547) * --hash-style=none has been added to cancel --hash-style=sysv, --hash-style=gnu or --hash-style=both. (ec75633) * [ARM32] R_ARM_PLT32 relocation type has been supported. (e505900) * [RISC-V] R_RISCV_PLT32 relocation type has been supported. (51845ac) * Previous versions of mold failed to link some programs in rare corner cases if Link-Time Optimization (LTO) is enabled. These bugs have been fixed. (e1a7590, 62d6537) * mold used to ignore dependencies between DSOs. Since this version, if a required DSO depends on other as-needed DSO, mold keeps the latter DSO as a required one. This improves compatibility with GNU linkers. (1adde7a) * [x86-64] mold can now link object files generated by old buggy versions of GCC. (d2970e0) * [x86-64] Previously, a program with a very large .bss section may fail to link due to R_X86_64_REX_GOTPCRELX relocation overflow (#975). This bug has been fixed. (627bf7c)
Martin Liška
2023-03-16 09:51:39 +00:00
f1e8821903
- Update to version 1.11.0 * IBM Power10 has been supported. Previously, mold created broken executables for that target. (5065547) * --hash-style=none has been added to cancel --hash-style=sysv, --hash-style=gnu or --hash-style=both. (ec75633) * [ARM32] R_ARM_PLT32 relocation type has been supported. (e505900) * [RISC-V] R_RISCV_PLT32 relocation type has been supported. (51845ac) * Previous versions of mold failed to link some programs in rare corner cases if Link-Time Optimization (LTO) is enabled. These bugs have been fixed. (e1a7590, 62d6537) * mold used to ignore dependencies between DSOs. Since this version, if a required DSO depends on other as-needed DSO, mold keeps the latter DSO as a required one. This improves compatibility with GNU linkers. (1adde7a) * [x86-64] mold can now link object files generated by old buggy versions of GCC. (d2970e0) * [x86-64] Previously, a program with a very large .bss section may fail to link due to R_X86_64_REX_GOTPCRELX relocation overflow (#975). This bug has been fixed. (627bf7c)
Martin Liška
2023-03-16 09:51:39 +00:00
7946182cf1
- Update to version 1.10.1 * mold 1.10.0 had a buffer overrun bug that causes the linker to terminate immediately if compiled with -D_GLIBCXX_ASSERTIONS. We fixed the unsafe memory access in this release. (7e65546)
Martin Liška
2023-01-22 08:24:35 +00:00
249059d09f
- Update to version 1.10.1 * mold 1.10.0 had a buffer overrun bug that causes the linker to terminate immediately if compiled with -D_GLIBCXX_ASSERTIONS. We fixed the unsafe memory access in this release. (7e65546)
Martin Liška
2023-01-22 08:24:35 +00:00
9417202e99
- Update to version 1.10.0 * mold now officially supports the --print-dependencies option to print out dependency information between input files. Here is a truncated example output when linking mold itself with the option. There are many use cases of the option; for example, if you want to eliminate the dependency to some library from your program, you can use this option to find out all the functions that use the library's function to fix them. (6fd47db) * [x86-64][s390x] mold now optimizes thread-local variable accesses in shared libraries if the library is linked with -z nodlopen. If your shared library is not intended to be used via dlopen(2) and your library frequently accesses thread-local variables, you might want to pass that option when linking your library. (25d02bb, f32ce33) * [arm64] mold is now able to optimize GOT load by rewriting an ADDR+LDR instruction pair with an ADDR+ADD if the loaded GOT value is known at link-time. (f2311b1) * mold 1.9.0 was up to 10% slower than 1.8.0 on some multicore machines. We fixed the performance regression and made it even faster than 1.8.0. (7132822) * Previously, mold failed to report an undefined symbol error if there's a weak undefined symbol of the same name. That bug resulted in producing a non-working executable instead of reporting a link failure. Now, mold correctly reports such link errors. (8936194) * mold 1.9.0 might crash with SIGSEGV if --emit-relocs is used with object files containing debug info. That bug has been fixed. (e17d7da)
Martin Liška
2023-01-20 12:24:54 +00:00
ca63fca9e8
- Update to version 1.10.0 * mold now officially supports the --print-dependencies option to print out dependency information between input files. Here is a truncated example output when linking mold itself with the option. There are many use cases of the option; for example, if you want to eliminate the dependency to some library from your program, you can use this option to find out all the functions that use the library's function to fix them. (6fd47db) * [x86-64][s390x] mold now optimizes thread-local variable accesses in shared libraries if the library is linked with -z nodlopen. If your shared library is not intended to be used via dlopen(2) and your library frequently accesses thread-local variables, you might want to pass that option when linking your library. (25d02bb, f32ce33) * [arm64] mold is now able to optimize GOT load by rewriting an ADDR+LDR instruction pair with an ADDR+ADD if the loaded GOT value is known at link-time. (f2311b1) * mold 1.9.0 was up to 10% slower than 1.8.0 on some multicore machines. We fixed the performance regression and made it even faster than 1.8.0. (7132822) * Previously, mold failed to report an undefined symbol error if there's a weak undefined symbol of the same name. That bug resulted in producing a non-working executable instead of reporting a link failure. Now, mold correctly reports such link errors. (8936194) * mold 1.9.0 might crash with SIGSEGV if --emit-relocs is used with object files containing debug info. That bug has been fixed. (e17d7da)
Martin Liška
2023-01-20 12:24:54 +00:00
1b2c093105
Accepting request 1056378 from home:glaubitz:branches:devel:tools:compiler
Martin Liška
2023-01-06 14:23:22 +00:00
553f959b69
Accepting request 1056378 from home:glaubitz:branches:devel:tools:compiler
Martin Liška
2023-01-06 14:23:22 +00:00
90312fc858
- Update to version 1.9.0 * mold gained support for the three new targets: 32-bit PowerPC, SH-4 and DEC Alpha. Each porting work didn't take more than a few days for us to complete, which demonstrate how portable the mold linker is. You can typically port mold to a new target just by writing a few hundreds lines of target-specific code. See arch-*.cc files in mold/elf/ directory to see how target-specific code actually looks like. (651adad, 3411e17, 6231510) * Bug fixes and compatibility improvements * In a rare occasion, a statically-initialized function pointer might get a wrong address in a statically-linked executable. This bug has been fixed. (ccd47db) * Fixed a -gdb-index option's crash bug on big-endian hosts. (3c96828) * [RISC-V] mold rewrote machine instructions in a wrong way as a result of a wrong R_RISCV_HI20 relaxation if the output file was being linked against the high address. It's not a problem for user-land programs, but kernels linked with mold could crash due to this bug. This bug has been fixed. (3c96828)
Martin Liška
2023-01-06 09:41:27 +00:00
e4f157c0d9
- Update to version 1.9.0 * mold gained support for the three new targets: 32-bit PowerPC, SH-4 and DEC Alpha. Each porting work didn't take more than a few days for us to complete, which demonstrate how portable the mold linker is. You can typically port mold to a new target just by writing a few hundreds lines of target-specific code. See arch-*.cc files in mold/elf/ directory to see how target-specific code actually looks like. (651adad, 3411e17, 6231510) * Bug fixes and compatibility improvements * In a rare occasion, a statically-initialized function pointer might get a wrong address in a statically-linked executable. This bug has been fixed. (ccd47db) * Fixed a -gdb-index option's crash bug on big-endian hosts. (3c96828) * [RISC-V] mold rewrote machine instructions in a wrong way as a result of a wrong R_RISCV_HI20 relaxation if the output file was being linked against the high address. It's not a problem for user-land programs, but kernels linked with mold could crash due to this bug. This bug has been fixed. (3c96828)
Martin Liška
2023-01-06 09:41:27 +00:00
714a1a35c3
- Update to version 1.8.0 * The --relocatable (or -r) option has been reimplemented to improve its performance and compatibility with the GNU linkers. That option tells the linker to combine input object files into another object file instead of into an executable or a shared library file. mold has been supporting the feature since version 0.9, but until now the output file created with -r looked fairly different from what GNU linkers would produce. GHC (Glasgow Haskell Compiler) in particular uses re-linkable object files as dynamic libraries instead of real .so files, and it didn't work with mold. Now, mold can produce object files that GHC can load. Note that this work was funded by Mercury, so thanks to the company to help us improve the product. (Yes, you can ask us to prioritize your feature request by funding the project.) (c9a7ae7) * --relocatable-merge-sections option has been added. By default, mold keeps original input section names for the --relocatable output and therefore does not merge input sections into a single output sections unless they are of the same name. If --relocatable-merge-sections is given, mold merges input by the usual default merging rule. For example, .text.foo and .text.bar are merged to .text if and only if --relocatable-merge-sections is given for the --relocatable output. (c2a0ae1) * -z [no]dynamic-undefined-weak options have been added. This option controls whether an undefined weak symbol is promoted to a dynamic symbol or not. (ed235f3) * --[no-]undefined-version options have been supported. Now, mold warns on a symbol name in a version script if it does not match with any defined symbol. This change was made so that it is easy to find a typo in a version script. (e2d7353) * mold now warns on symbol type mismatch. If two object files have the same symbol with different symbol types, it usually means your program has a bug. Chances are, you are using the same identifier as a function name in one translation unit and as a global variable name in another. So it makes sense to warn on the
Martin Liška
2022-12-27 09:53:39 +00:00
446000ae35
- Update to version 1.8.0 * The --relocatable (or -r) option has been reimplemented to improve its performance and compatibility with the GNU linkers. That option tells the linker to combine input object files into another object file instead of into an executable or a shared library file. mold has been supporting the feature since version 0.9, but until now the output file created with -r looked fairly different from what GNU linkers would produce. GHC (Glasgow Haskell Compiler) in particular uses re-linkable object files as dynamic libraries instead of real .so files, and it didn't work with mold. Now, mold can produce object files that GHC can load. Note that this work was funded by Mercury, so thanks to the company to help us improve the product. (Yes, you can ask us to prioritize your feature request by funding the project.) (c9a7ae7) * --relocatable-merge-sections option has been added. By default, mold keeps original input section names for the --relocatable output and therefore does not merge input sections into a single output sections unless they are of the same name. If --relocatable-merge-sections is given, mold merges input by the usual default merging rule. For example, .text.foo and .text.bar are merged to .text if and only if --relocatable-merge-sections is given for the --relocatable output. (c2a0ae1) * -z [no]dynamic-undefined-weak options have been added. This option controls whether an undefined weak symbol is promoted to a dynamic symbol or not. (ed235f3) * --[no-]undefined-version options have been supported. Now, mold warns on a symbol name in a version script if it does not match with any defined symbol. This change was made so that it is easy to find a typo in a version script. (e2d7353) * mold now warns on symbol type mismatch. If two object files have the same symbol with different symbol types, it usually means your program has a bug. Chances are, you are using the same identifier as a function name in one translation unit and as a global variable name in another. So it makes sense to warn on the
Martin Liška
2022-12-27 09:53:39 +00:00
1db76935cc
- Update to version 1.7.1 * mold 1.7.0 may generate the same build-id for two different output files. We fixed the issue in 1.7.1 so that build-id is guaranteed to be unique for each different output file. (d8dd124)
Martin Liška
2022-11-18 14:11:14 +00:00
00c7b02ede
- Update to version 1.7.1 * mold 1.7.0 may generate the same build-id for two different output files. We fixed the issue in 1.7.1 so that build-id is guaranteed to be unique for each different output file. (d8dd124)
Martin Liška
2022-11-18 14:11:14 +00:00
68f0df9f6b
- Update to version 1.7.0 * [m68k] mold now supports the Motorola 68000 series microprocessors. Yes, it's the processor in the original Mac or Sun workstations in the 80s. This work is sponsored by m68k hobbyist communities. * We fixed a few issues for Facebook/Meta's BOLT optimizer (#789). Starting from the next LLVM release (we need llvm/llvm-project@20204db), BOLT should work on mold-generated executables out of the box. * We fixed a long-standing symbol resolution issue involving GNU UNIQUE symbols which caused a link failure for a few programs. (730e970) * Previously, if a version script contains a "C++" directive, and a symbol matches a non-C++ version pattern and a C++ version pattern, a wrong version could be assigned to the symbol. This has been fixed so that the mold's behavior matches with GNU ld. (9875150)
Martin Liška
2022-11-14 11:16:45 +00:00
6530f7f478
- Update to version 1.7.0 * [m68k] mold now supports the Motorola 68000 series microprocessors. Yes, it's the processor in the original Mac or Sun workstations in the 80s. This work is sponsored by m68k hobbyist communities. * We fixed a few issues for Facebook/Meta's BOLT optimizer (#789). Starting from the next LLVM release (we need llvm/llvm-project@20204db), BOLT should work on mold-generated executables out of the box. * We fixed a long-standing symbol resolution issue involving GNU UNIQUE symbols which caused a link failure for a few programs. (730e970) * Previously, if a version script contains a "C++" directive, and a symbol matches a non-C++ version pattern and a C++ version pattern, a wrong version could be assigned to the symbol. This has been fixed so that the mold's behavior matches with GNU ld. (9875150)
Martin Liška
2022-11-14 11:16:45 +00:00
0547aa8325
- Exclude ppc architecture as it is not supported right now.
Martin Liška
2022-10-19 11:06:46 +00:00
791db4f253
- Exclude ppc architecture as it is not supported right now.
Martin Liška
2022-10-19 11:06:46 +00:00
a7ccbacfa7
- Update to version 1.6.0 * [ppc64] mold now supports the original 64-bit big-endian PowerPC ABI (which is also known as PPC64 ELFv1 or just ppc64), so that you can build applications for older PPC64 systems with mold. Note that this should not be confused with the modern PPC64 ELFv2 ABI (which is also known as ppc64le), which is already supported by mold. * [s390x] Linux/s390x is now supported. Linux/s390x is the Linux environment running on IBM z/Architecture mainframes. I've personally never seen a mainframe, but we wanted to support it because many Linux distros actively support that target, which in turn means there are many enterprise users who are using IBM mainframes. Speaking of the porting effort, we do not only port our linker to s390x but also found a couple of issues with the existing GCC toolchain for s390x. So, we are improving the whole IBM mainframe ecosystem! * mold now creates smaller output files. It is most noticeable on targets with large page sizes such as PPC64 (on which the common page size is 64 KiB), but even on x86-64, it should save a few kilobytes per an output file. * [arm64] mold can now link executables with -static-pie. Previously, executables linked with that flag crashed immediately.
Martin Liška
2022-10-19 08:20:49 +00:00
091256472c
- Update to version 1.6.0 * [ppc64] mold now supports the original 64-bit big-endian PowerPC ABI (which is also known as PPC64 ELFv1 or just ppc64), so that you can build applications for older PPC64 systems with mold. Note that this should not be confused with the modern PPC64 ELFv2 ABI (which is also known as ppc64le), which is already supported by mold. * [s390x] Linux/s390x is now supported. Linux/s390x is the Linux environment running on IBM z/Architecture mainframes. I've personally never seen a mainframe, but we wanted to support it because many Linux distros actively support that target, which in turn means there are many enterprise users who are using IBM mainframes. Speaking of the porting effort, we do not only port our linker to s390x but also found a couple of issues with the existing GCC toolchain for s390x. So, we are improving the whole IBM mainframe ecosystem! * mold now creates smaller output files. It is most noticeable on targets with large page sizes such as PPC64 (on which the common page size is 64 KiB), but even on x86-64, it should save a few kilobytes per an output file. * [arm64] mold can now link executables with -static-pie. Previously, executables linked with that flag crashed immediately.
Martin Liška
2022-10-19 08:20:49 +00:00
267e21adcd
Accepting request 1006841 from devel:tools:compiler
Richard Brown2022-09-29 16:13:37 +00:00
cbfad8f786
Accepting request 1006841 from devel:tools:compiler
Richard Brown2022-09-29 16:13:37 +00:00
e6f68a80d8
- Update to version 1.5.1 * We changed the memory layout to save both memory and disk space in 1.5.0. Even though the new layout works fine on most systems, the change made the linker to create unusable executables for systems with large pages. Specifically, if you specify a large number for the -z max-page-size option, the loader refused to execute it with the error while loading shared libraries: cannot apply additional memory protection after relocation: Cannot allocate memory error. We reverted our recent commits so that mold creates output files with the same memory layout as it did before 1.5.0. (e62de0b)
Martin Liška
2022-09-29 07:07:50 +00:00
2f4053497f
- Update to version 1.5.1 * We changed the memory layout to save both memory and disk space in 1.5.0. Even though the new layout works fine on most systems, the change made the linker to create unusable executables for systems with large pages. Specifically, if you specify a large number for the -z max-page-size option, the loader refused to execute it with the error while loading shared libraries: cannot apply additional memory protection after relocation: Cannot allocate memory error. We reverted our recent commits so that mold creates output files with the same memory layout as it did before 1.5.0. (e62de0b)
Martin Liška
2022-09-29 07:07:50 +00:00
9d487abbbe
Accepting request 1006332 from devel:tools:compiler
Richard Brown2022-09-27 18:14:06 +00:00
275f0da6b4
Accepting request 1006332 from devel:tools:compiler
Richard Brown2022-09-27 18:14:06 +00:00
ad6a7b88ad
- Update to version 1.5.0 * PPC64LE and SPARC64 are now supported as new targets. They haven't yet been as well tested as other targets, but they are already able to link mold itself on these platforms. (Note that PPC64LE is very unlikely to work on the most recent POWER10 machines as we didn't have a chance to test it due to a limited availability (POWER10 was released in 2021). If you can support us on this matter, please contact us. We also accept donations, so please consider supporting our project!) * RV32BE and RV64BE (32-bit and 64-bit big-endian RISC-V) are now supported as experimental targets. RISC-V is usually little-endian, but there exists a big-endian RISC-V as an extension. You can make gcc to emit code for big-endian RISC-V by passing -mbig-endian. mold can now link object files generated with that option. * --compress-debug-sections=zstd is now supported. This is an option to compress debug info embedded to an output file with Zstandard compression algorithm. Compared to the existing --compress-debug-sections=zlib, zstd is faster and gives a higher compression ratio. You probably can't start using zstd compression today though, because other tools such as gdb may not be able to read zstd-compressed debug info yet. But adding this option early makes mold future-proof. (ede7a5a) * mold no longer aligns loadable segments to page boundaries to reduce output file size. Previously, we allocated holes between loadable segments. The saving by this change is most visible for small programs. For example, a "hello world" program used to be ~18 KiB on x86-64. It's now 7.2 KiB. (2941d75) * Bug fixes and compatibility improvements * [RISCV] We optimized code so that the link speed for RISC-V is now comparable to the other targets. As an example, linking mold itself (~150 MiB in size) for RV64 used to take ~45 seconds on a simulated 16-core machine. It now takes only ~0.25 seconds. (3ab5489) * mold used to create more than one .rodata section under a certain condition.
Martin Liška
2022-09-27 07:24:13 +00:00
536dbe49d6
- Update to version 1.5.0 * PPC64LE and SPARC64 are now supported as new targets. They haven't yet been as well tested as other targets, but they are already able to link mold itself on these platforms. (Note that PPC64LE is very unlikely to work on the most recent POWER10 machines as we didn't have a chance to test it due to a limited availability (POWER10 was released in 2021). If you can support us on this matter, please contact us. We also accept donations, so please consider supporting our project!) * RV32BE and RV64BE (32-bit and 64-bit big-endian RISC-V) are now supported as experimental targets. RISC-V is usually little-endian, but there exists a big-endian RISC-V as an extension. You can make gcc to emit code for big-endian RISC-V by passing -mbig-endian. mold can now link object files generated with that option. * --compress-debug-sections=zstd is now supported. This is an option to compress debug info embedded to an output file with Zstandard compression algorithm. Compared to the existing --compress-debug-sections=zlib, zstd is faster and gives a higher compression ratio. You probably can't start using zstd compression today though, because other tools such as gdb may not be able to read zstd-compressed debug info yet. But adding this option early makes mold future-proof. (ede7a5a) * mold no longer aligns loadable segments to page boundaries to reduce output file size. Previously, we allocated holes between loadable segments. The saving by this change is most visible for small programs. For example, a "hello world" program used to be ~18 KiB on x86-64. It's now 7.2 KiB. (2941d75) * Bug fixes and compatibility improvements * [RISCV] We optimized code so that the link speed for RISC-V is now comparable to the other targets. As an example, linking mold itself (~150 MiB in size) for RV64 used to take ~45 seconds on a simulated 16-core machine. It now takes only ~0.25 seconds. (3ab5489) * mold used to create more than one .rodata section under a certain condition.
Martin Liška
2022-09-27 07:24:13 +00:00
90282e9437
- Update to version 1.4.2 * [RV32] We've fixed several issues for 32-bit RISC-V. mold can now build complex programs including itself for the target. * [ARM32] mold gained range extension thunks so that it can now link programs whose .text is larger than 16 MiB. Previously, mold couldn't link such large programs. We've also fixed general stability issues for ARM32.
Martin Liška
2022-09-04 06:30:50 +00:00
69dedebd3f
- Update to version 1.4.2 * [RV32] We've fixed several issues for 32-bit RISC-V. mold can now build complex programs including itself for the target. * [ARM32] mold gained range extension thunks so that it can now link programs whose .text is larger than 16 MiB. Previously, mold couldn't link such large programs. We've also fixed general stability issues for ARM32.
Martin Liška
2022-09-04 06:30:50 +00:00
d858a8843c
- Update to version 1.4.1 * mold/macOS is now available as an alpha feature. We do not recommend using it for anything serious though. Starting from this version, we accept not only mold/Unix issues but also mold/macOS ones on our GitHub Issues. Feel free to file a bug if you encounter any problem. * We started supporting CMake in addition to Make to build mold. Our long-term plan is to migrate from Make to CMake because we want to support Windows eventually and CMake provides a better Windows support than Make does. (e6a0e67) * There was a bug that mold accidentally exported a hidden symbol from an executable if a shared library linked to that executable happened to define the same symbol. This caused a build issue with Blender (#606). The bug has been fixed. (b163068) --hash-style=both is now the default if no --hash-style option is given. Previously, --hash-style=sysv was the default. This change shouldn't affect most users because the compiler driver (cc, gcc, clang, etc.) always passes --hash-style to the linker. We made this change because GNU ld defaults to --hash-style=both. * Alias symbols defined by the --defsym option now have the same scope as the aliased symbols. Previously, alias symbols defined by --defsym were always hidden and never be exported as dynamic symbols. (5dd1227) * mold now accepts foo = bar-style linker script directive to define symbol aliases. Previously, such statement was treated as a syntax error. This change was made to link mariadb-connector-c correctly (f0e1237) * Symbols in mergeable string sections now have correct output section indices instead of SHN_UNDEF. (a595c48) * [ARM32] Previously, calling a function from ARM code to Thumb code caused a program crash due to bug #442. This issue has been fixed. (053b90b) - Run tests in parallel.
Martin Liška
2022-08-18 09:35:19 +00:00
de10539c9c
- Update to version 1.4.1 * mold/macOS is now available as an alpha feature. We do not recommend using it for anything serious though. Starting from this version, we accept not only mold/Unix issues but also mold/macOS ones on our GitHub Issues. Feel free to file a bug if you encounter any problem. * We started supporting CMake in addition to Make to build mold. Our long-term plan is to migrate from Make to CMake because we want to support Windows eventually and CMake provides a better Windows support than Make does. (e6a0e67) * There was a bug that mold accidentally exported a hidden symbol from an executable if a shared library linked to that executable happened to define the same symbol. This caused a build issue with Blender (#606). The bug has been fixed. (b163068) --hash-style=both is now the default if no --hash-style option is given. Previously, --hash-style=sysv was the default. This change shouldn't affect most users because the compiler driver (cc, gcc, clang, etc.) always passes --hash-style to the linker. We made this change because GNU ld defaults to --hash-style=both. * Alias symbols defined by the --defsym option now have the same scope as the aliased symbols. Previously, alias symbols defined by --defsym were always hidden and never be exported as dynamic symbols. (5dd1227) * mold now accepts foo = bar-style linker script directive to define symbol aliases. Previously, such statement was treated as a syntax error. This change was made to link mariadb-connector-c correctly (f0e1237) * Symbols in mergeable string sections now have correct output section indices instead of SHN_UNDEF. (a595c48) * [ARM32] Previously, calling a function from ARM code to Thumb code caused a program crash due to bug #442. This issue has been fixed. (053b90b) - Run tests in parallel.
Martin Liška
2022-08-18 09:35:19 +00:00
03302731ce
Revert last change.
Martin Liška
2022-08-17 09:08:01 +00:00
25d70fb2bf
Revert last change.
Martin Liška
2022-08-17 09:08:01 +00:00
700de69a5e
Set CC/CXX for tests.
Martin Liška
2022-08-17 08:10:49 +00:00
884e0cc5a0
Set CC/CXX for tests.
Martin Liška
2022-08-17 08:10:49 +00:00
6167489e38
- Use proper CC/CXX for make_install.
Martin Liška
2022-08-17 08:04:50 +00:00
ffe5868baa
- Use proper CC/CXX for make_install.
Martin Liška
2022-08-17 08:04:50 +00:00
82db4db9b4
- Update to version 1.4.0 * Initial support for the 32-bit RISC-V (RV32) has landed. (d9db6bc) * mold now demangles Rust symbols in error messages thanks to @eddyb's rust-demangle.c. (22e1bba) * --export-dynamic-symbol and --export-dynamic-symbol-list are now supported for the sake of compatibility with LLVM lld. With these options, you can specify symbols that should be exported using glob pattern. (e115aae) * [x86-64] PLT entries created by mold now always begins with ENDBR64 instruction to improve compatibility with Intel IBT (Indirect Branch Tracking.) (e3e371d) * mold now defines __dso_handle symbol. The lack of this linker-synthesized symbol caused a link error with GCC in some environments (#507). (764d757) - Remove fix-tests.patch.
Martin Liška
2022-08-05 16:58:16 +00:00
970df56aa6
- Update to version 1.4.0 * Initial support for the 32-bit RISC-V (RV32) has landed. (d9db6bc) * mold now demangles Rust symbols in error messages thanks to @eddyb's rust-demangle.c. (22e1bba) * --export-dynamic-symbol and --export-dynamic-symbol-list are now supported for the sake of compatibility with LLVM lld. With these options, you can specify symbols that should be exported using glob pattern. (e115aae) * [x86-64] PLT entries created by mold now always begins with ENDBR64 instruction to improve compatibility with Intel IBT (Indirect Branch Tracking.) (e3e371d) * mold now defines __dso_handle symbol. The lack of this linker-synthesized symbol caused a link error with GCC in some environments (#507). (764d757) - Remove fix-tests.patch.
Martin Liška
2022-08-05 16:58:16 +00:00
8078092d2d
Accepting request 992001 from devel:tools:compiler
Richard Brown2022-08-01 19:32:54 +00:00
788b058276
Accepting request 992001 from devel:tools:compiler
Richard Brown2022-08-01 19:32:54 +00:00
4586013f4d
- Add fix-tests.patch which fixes tests on i586.
Martin Liška
2022-08-01 10:58:27 +00:00
29ecfb7624
- Add fix-tests.patch which fixes tests on i586.
Martin Liška
2022-08-01 10:58:27 +00:00
cbc179fa0a
Remove ARM-related hunk.
Martin Liška
2022-08-01 10:58:15 +00:00
13740f9361
Remove ARM-related hunk.
Martin Liška
2022-08-01 10:58:15 +00:00
5781c2aea9
Fix skipping of mold-wrapper.sh for ARM targets.
Martin Liška
2022-08-01 08:47:05 +00:00
43168e0dab
Fix skipping of mold-wrapper.sh for ARM targets.
Martin Liška
2022-08-01 08:47:05 +00:00
468c496c82
Use uname.
Martin Liška
2022-08-01 08:42:30 +00:00
373b263f68
Use uname.
Martin Liška
2022-08-01 08:42:30 +00:00
c413ec24a6
Add identification of machine.
Martin Liška
2022-08-01 08:39:31 +00:00
4070243ad0
Add identification of machine.
Martin Liška
2022-08-01 08:39:31 +00:00
dea666a05b
- Add fix-tests.patch which fixes tests on i586 and ARM targets.
Martin Liška
2022-08-01 05:35:49 +00:00
78e63a3e99
- Add fix-tests.patch which fixes tests on i586 and ARM targets.
Martin Liška
2022-08-01 05:35:49 +00:00
82bd458f3e
- Update to version 1.3.1 * mold now supports .preinit_array sections. Without this, AddressSanitizer didn't work in some environments. (3b75398) * [ARM32] R_ARM_MOVT_PREL and R_ARM_PREL31 relocations are now handled correctly so that mold no longer emit spurious "recompile with -fPIC" errors. (5294300)
Martin Liška
2022-07-01 09:18:34 +00:00
8cf41b6ca4
- Update to version 1.3.1 * mold now supports .preinit_array sections. Without this, AddressSanitizer didn't work in some environments. (3b75398) * [ARM32] R_ARM_MOVT_PREL and R_ARM_PREL31 relocations are now handled correctly so that mold no longer emit spurious "recompile with -fPIC" errors. (5294300)
Martin Liška
2022-07-01 09:18:34 +00:00
7cf5acf1d6
Use %arm.
Martin Liška
2022-06-30 08:47:53 +00:00
f2558ee54a
Use %arm.
Martin Liška
2022-06-30 08:47:53 +00:00
b924d6fb7f
Enable armv6l.
Martin Liška
2022-06-30 08:47:08 +00:00
ef6696b0de
Enable armv6l.
Martin Liška
2022-06-30 08:47:08 +00:00
9e9ebe3eae
Use ExclusiveArch again.
Martin Liška
2022-06-30 08:46:37 +00:00
77847b44e9
Use ExclusiveArch again.
Martin Liška
2022-06-30 08:46:37 +00:00
Martin Liška
Ana Guerrero
Dominique Leuenberger
Richard Brown