Reverting the mold linker

[Nicolas Fella]

On 05/10/2026 18:11, Laurent Montel wrote:
> Le 05.10.2026 18:00, Allen Winter a écrit :
>> On Monday, October 5, 2026 11:24:26 AM Eastern Daylight Time Laurent 
>> Montel wrote:
>>
>> Hi Laurent
>
> Hi,
>
>>
>>> If it's install on your computer you can use it.
>>> It doesn't force you.
>>
>> to avoid mold you need to:
>>  - uninstall mold or move it out out $PATH
>>  - explicitly pass -DUSE_MOLD_LINKER=OFF
>>  - explicitly pass -DCMAKE_LINKER_TYPE=LLD (or another cmake 
>> supported linker)
>>
>> some linux distros allow you to set the default linker using 
>> `alternatives`.
>> maybe developers can try `alternatives --config ld` instead?
>> otherwise pass -DCMAKE_LINKER_TYPE=MOLD
>
>
> 1) Question: is it break your build ?
This is not about the merits of Mold, or whether it's faster or not. 
This is about having a consistent build system for all KDE software 
without automagic special cases for individual projects.

> 2) Why a not maintainer can remove commit without MR ?
> I remember that Nicolas doesn't accept it in framework.
>
>
> So He decides for him just after sending email ?!

I did not decide this for myself. This was discussed several times in 
the Kontact Matrix room, after feedback from distributions, and had 
support from other PIM maintainers.


>>
>> also maybe we should ask the sysadmins to have the CI set 
>> CMAKE_LINKER_TYPE=MOLD for us
>>
>> I've been setting CMAKE_LINKER_TYPE=LLD for a long time since I use 
>> clang++ to compile
>> but maybe I will try mold.
>
> Perhaps you can test it !
>
> You can look at benchmark about mold/lld/wild etc.
>
>
>>
>> Regards,
>> Allen
>>
>>
>>> Le 05.10.2026 17:14, Nicolas Fella a écrit :
>>> > Hi,
>>> >
>>> > most PIM repos now have code that uses the Mold linker by default. 
>>> This
>>> > is very bad. The buildsystem should not mess with the linker that 
>>> way,
>>> > and it makes it inconsistent with all other KDE code.
>>> >
>>> > If somebody actually wants to use Mold they can trivially enable 
>>> it in
>>> > their own build configuration.
>>> >
>>> > I'm am going to revert these changes now.
>>> >
>>> > Cheers
>>> >
>>> > Nico
>>>