Date: Sat, 22 Jan 2022 00:19:53 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 247480] devel/binutils can't be built with lang/gcc? Message-ID: <bug-247480-7788-nbroZhLnqe@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-247480-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-247480-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247480 Gerald Pfeifer <gerald@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bapt@FreeBSD.org |ports-bugs@FreeBSD.org Resolution|--- |Overcome By Events Status|New |Closed CC| |gerald@FreeBSD.org, | |jflopezfernandez@gmail.com Flags|maintainer-feedback?(bapt@F | |reeBSD.org) | --- Comment #1 from Gerald Pfeifer <gerald@FreeBSD.org> --- I believe this should have been addressed by commit a0e752df801309c38f6ccd64a25ae064db870ed9 Author: Yasuhiro Kimura <yasu@utahime.org> Date: Thu Aug 5 09:14:21 2021 +0200 devel/binutils: Update to 2.37 at the latest.=20 The behavior you have seen probably is GCC 10 becoming stricter wrt. variable definitions, cf. "GCC now defaults to -fno-common. As a result, global variable accesses are more efficient on various targets. In C, global variables with multiple tentative definitions now result in=20 linker errors. With -fcommon such definitions are silently=20 merged during linking." from http://gcc.gnu.org/gcc-10/changes.html and the details in https://gcc.gnu.org/gcc-10/porting_to.html . (That does not explain why you also saw this apparently using older versions.) Thank you for the report, and sorry you did not get an earlier answer from the project. I'm resetting the assignee of this PR and copying the new maintainer of the port. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-247480-7788-nbroZhLnqe>