Hello,
For various reasons, I have been reading the binutils ld documentation
and there is a note that -Ur is needed instead of -r for incremental
linking of C++ programs that contain constructors. I suspect that this
is just badly written documentation - can someone try patching -make to
us
Just noting that I've seen this email and I'll try to tackle the
release this weekend.
I'll of course validate what I'm releasing, and update -base if it's
not done by then.
I'll cut make, base, gui, back. I'm aiming to do it Sunday.
On Sun, Mar 29, 2020 at 9:01 PM Niels Grewe wrote:
>
> On 28.
On Thu, Apr 2, 2020 at 4:46 PM Ivan Vučica wrote:
> I'll cut make, base, gui, back. I'm aiming to do it Sunday.
Also: I'll try to be present in #gnustep on Freenode. If you suspect I
might need help or just want to chat, please join me.
Also: I'll validate that versions have been bumped. I expec
On Thu, 2020-04-02 at 11:06 +0100, David Chisnall wrote:
> Hello,
>
> For various reasons, I have been reading the binutils ld
> documentation
> and there is a note that -Ur is needed instead of -r for incremental
> linking of C++ programs that contain constructors. I suspect that
> this
> is
I have a pending change to NSURLComponents in NSURL.m, fred is reviewing.
Once that is done I think we should be good to go. I leave it up to you
whether you believe it too risky to include.
Once you have done your release of make, base, gui and back I will release
gorm.
Yours, GC
[image: Mailt
It’s mainly up to the maintainer to decide to release including whether things like that NSURLComponents change are risky. I suppose I should perhaps get a final thumbs up from Richard (or you) regarding -base, but otherwise it’s just a matter of ‘do I have the time to do it’, which may mean ‘do I
