Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 31 Jan 2018 13:16:07 +0000
From:      David Chisnall <theraven@FreeBSD.org>
To:        Baptiste Daroussin <bapt@FreeBSD.org>
Cc:        ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org
Subject:   Re: svn commit: r448472 - in head: Mk/Uses archivers/freetar archivers/unarchiver archivers/zipper audio/cddb-bundle audio/gnustep-cdplayer audio/mpdcon biology/biococoa databases/fortytwo-bdb database...
Message-ID:  <34F43BC7-A9AA-4FD7-8A26-AFA3C45A13DA@FreeBSD.org>
In-Reply-To: <20170915115158.ykn7j5gmstm63pj2@ivaldir.net>
References:  <201708211326.v7LDQTpS021179@repo.freebsd.org> <20170915115158.ykn7j5gmstm63pj2@ivaldir.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 15 Sep 2017, at 12:51, Baptiste Daroussin <bapt@FreeBSD.org> wrote:
>=20
> On Mon, Aug 21, 2017 at 01:26:29PM +0000, David Chisnall wrote:
>> Author: theraven
>> Date: Mon Aug 21 13:26:28 2017
>> New Revision: 448472
>> URL: https://svnweb.freebsd.org/changeset/ports/448472
>>=20
>> Log:
>>  Update GNUstep core libraries.
>>=20
>>  Update the default Objective-C compiler.
>>=20
>>  Fix various build failures in GNUstep ports from newer versions of =
the GNUstep
>>  core libraries and from changes to GNUstep Make.
>>=20
>>  Update various ports that use GNUstep and bump the portrevision of =
the ones
>>  that haven't had a new release.
> Since one of the recent GNUstep upgrade, sogod seems to be broken: I =
keep
> having:
>=20
> kernel: pid 88404 (sogod), uid 846: exited on signal 6
> sogod: stack overflow detected; terminated
>=20
> Any clue?

Sorry, I missed this because I get so many messages on this list that I =
don=E2=80=99t care even slightly about that I often end up just marking =
them all as read and this one fell through the cracks.

I haven=E2=80=99t seen this with the committed version.  Does using the =
latest git trunk libobjc2 either fix this or make it worse?  I=E2=80=99ve =
fixed some ARC-related issues upstream.  Failing that, it=E2=80=99s =
likely to be an issue with GNUstep-base, so a stack trace (even from a =
non-debug build) would help.

David




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?34F43BC7-A9AA-4FD7-8A26-AFA3C45A13DA>