Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Sep 2020 11:53:25 +0200
From:      Niclas Zeising <zeising+freebsd@daemonic.se>
To:        Stefan Esser <se@freebsd.org>, monochrome <monochrome@twcny.rr.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: geeqie, and neverball build problem on 13-current
Message-ID:  <c9656eab-bf98-e4b0-89e2-3ff5bbe66b49@daemonic.se>
In-Reply-To: <e1f40be6-46b3-a222-501b-4f5b78488358@freebsd.org>
References:  <59b99301-028c-132a-c974-30608ea18d24@twcny.rr.com> <70e5cb57-c78c-39cc-d7f8-20afbefe00fa@daemonic.se> <e1f40be6-46b3-a222-501b-4f5b78488358@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-09-24 11:52, Stefan Esser wrote:
> Am 24.09.20 um 11:24 schrieb Niclas Zeising:
>> On 2020-09-24 11:17, monochrome wrote:
>>> Not sure how long this has been a problem, I noticed with the new=20
>>> version of geeqie (geeqie-devel builds fine) and found the neverball=20
>>> problem when rebuilding all packages to investigate. neverball output=
=20
>>> changes with consecutive build attempts, geeqie does not.
>>
>> This is related to the update of llvm to 11.=A0 With this update, buil=
ds=20
>> are by default using -fno-common, which means global variables cannot=20
>> exist in multiple places.=A0 gcc 10 has the same default.=A0 A quick f=
ix=20
>> is to add -fcommon to CFLAGS, but the proper fix is to update the=20
>> application source to only have the variable in one place.
>=20
> This was very easy to fix (like most of the ports affected by the
> -fno-common issue).
>=20
> The port is updated (r549911) and packages will appear in due time.

Great!
Thanks for doing the work!
Regards
--=20
Niclas



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c9656eab-bf98-e4b0-89e2-3ff5bbe66b49>