Hi!
On 13/02/2020 10:44, Andreas Fink 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.
This is mainly given by the fact that modern ObjC support in gcc
On 13/02/2020 16:51, Richard Frith-Macdonald wrote:
Thanks for that information.
My (limited) understanding of -r is that it's for incremental linking, where
the file produced by the linker can itself be used to be linked into an
executable.
Correct. The v2 ABI depends on a couple of intere
> On 13 Feb 2020, at 14:15, David Chisnall wrote:
>
> On 13/02/2020 10:35, Richard Frith-Macdonald wrote:
>> Is it a bug in the linker?
>
> It is, but it is a bug that shows up *only* with ld -r. LLD did not support
> ld -r for a long time and that made no difference to over 90% of the thin
Hey guys,
On 13 Feb 2020, at 15:31, Gregory Casamento wrote:
Another question. How do i switch to ld.gold?
as I’ve written multiple times, these links describe how to get a
working setup (and how to use ld.gold):
http://wiki.gnustep.org/index.php/Building_GNUstep_under_Debian_FreeBSD
http
-fuse-ld=gold (or -fuse-ld=lld for lld).
LLD is the system linker on most *NIX platforms (Android, *BSD). On
platforms where BFD is the default, gold has been part of the binutils
package that installs BFD for quite a long time and so the -fuse-ld=
flag will instruct gcc or clang to select it
An observation. I only see this on subsequent installs. The first always
goes ok.
Another question. How do i switch to ld.gold?
On Thu, Feb 13, 2020, 9:16 AM David Chisnall
wrote:
> On 13/02/2020 10:35, Richard Frith-Macdonald wrote:
> > Is it a bug in the linker?
>
> It is, but it is a bug
On 13/02/2020 10:35, Richard Frith-Macdonald wrote:
Is it a bug in the linker?
It is, but it is a bug that shows up *only* with ld -r. LLD did not
support ld -r for a long time and that made no difference to over 90% of
the things in the FreeBSD ports collection. It is a very rarely used
c
> On 13 Feb 2020, at 11:35, Richard Frith-Macdonald
> wrote:
>
>
>
>> On 13 Feb 2020, at 09:44, Andreas Fink 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
> On 13 Feb 2020, at 09:44, Andreas Fink 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 n
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.
This is mainly given by the fact that modern ObjC support in gcc is still
missing. clang does much better here b
So, what we are, essentially, saying is that GNUstep can't work with the
standard Linux linker. I'm wondering in whose mind this is acceptable.
GC
On Wed, Feb 12, 2020 at 9:32 AM Gregory Casamento
wrote:
> Facepalm this is happening every time I rebuild. Ugh! I really can't
> delete my whol
Facepalm this is happening every time I rebuild. Ugh! I really can't
delete my whole installation every time.
On Tue, Feb 11, 2020 at 8:56 AM Richard Frith-Macdonald <
rich...@frithmacdonald.me.uk> wrote:
>
>
> > On 11 Feb 2020, at 13:47, David Chisnall
> wrote:
> >
> > On 11/02/2020 12:30, Ri
> On 11 Feb 2020, at 13:47, David Chisnall wrote:
>
> On 11/02/2020 12:30, Richard Frith-Macdonald wrote:
>> clang -v reported that the normal, system linker was being used
>
> FYI: On most GNU/Linux platforms, BFD is the 'normal, system linker'. For
> example:
>
> $ ld -v
> GNU ld (GNU Bin
On 11/02/2020 12:30, Richard Frith-Macdonald wrote:
clang -v reported that the normal, system linker was being used
FYI: On most GNU/Linux platforms, BFD is the 'normal, system linker'.
For example:
$ ld -v
GNU ld (GNU Binutils for Debian) 2.31.1
This is the BFD linker on a Debian system.
> On 11 Feb 2020, at 11:46, Gregory Casamento wrote:
>
> Linking service GSspell ...
> 3022 Creating GSspell.service/Resources...
> 3023 Creating GSspell.service/Resources/Info-gnustep.plist...
> 3024Segmentation fault (core dumped)
> 3025/home/travis/staging/share/GNUstep/Makefiles/Instance/
Linking service GSspell ...
3022 Creating GSspell.service/Resources...
3023 Creating GSspell.service/Resources/Info-gnustep.plist...
3024Segmentation fault (core dumped)
3025/home/travis/staging/share/GNUstep/Makefiles/Instance/service.make:141:
recipe for target 'GSspell.service/Resources/Info-gn
16 matches
Mail list logo