> On 13 Feb 2020, at 11:35, Richard Frith-Macdonald
> <rich...@frithmacdonald.me.uk> wrote:
>
>
>
>> On 13 Feb 2020, at 09:44, Andreas Fink <af...@list.fink.org> wrote:
>>
>> This is not a problem of gnustep but of objectiveC.
>> Yes its a pain that the standard linker doesnt work. But it is what it is.
>> until someone fixes the standard linker we can't do much.
>
> I'm not sure where the responsibility lies (maybe nobody knows and that's why
> it exists):
> Is it a bug in the linker?
yes
> Is it a bug in clang for not invoking the linker correctly?
no
> Is it a bug in gnustep-make for not passing some extra flag to clang to tell
> it how to invoke the linker correctly?
no
>
>> This is mainly given by the fact that modern ObjC support in gcc is still
>> missing. clang does much better here but there where still some bugs in
>> clang before version 8 which can get you into trouble.
>>
>> So golden rule is clang >= 8.0 and linker = ld.gold and it will work.
>
> Yes, that works for me to build base/gui and quite a lot of other stuff, but
> not all my code by any means: I find there are other libraries/tools that
> fail to link using ld.gold
> Until I can figure out what to do about that, I can't migrate the codebase
> where I work to use the latest runtime :-(
as far as other libraries / tools go, the requirement for ld.gold is only
there for ObjectiveC code. If you link C code thats not an issue.
