Date: Fri, 25 Nov 2016 16:13:21 -0800 From: Mark Millard <markmi@dsl-only.net> To: Dimitry Andric <dim@freebsd.org>, svn-ports-head@freebsd.org Cc: FreeBSD Ports <freebsd-ports@freebsd.org>, Gerald Pfeifer <gerald@FreeBSD.org> Subject: Re: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need such too?] Message-ID: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
next in thread | raw e-mail | index | archive | help
> Author: dim (src committer) > Date: Fri Nov 25 12:54:01 2016 > New Revision: 427110 > URL: > https://svnweb.freebsd.org/changeset/ports/427110 > > > Log: > Fix build of lang/gcc with libc++ 3.9.0, similar to r421625: > . . . > What is happening here, is that the source file includes gcc/system.h, > which defines abort to fancy_abort, and then the source file includes > <new>, which attempts to call _VSTD::abort() (the _VSTD is a libc++ > alias for std::). The macro definition then causes the above breakage. > > Newer gcc ports, such as gcc5 and gcc6 don't show this issue, because > upstream gcc first added an include of <algorithm> (which indirectly > includes <new>) in r217348 [1], and later even add a direct include of > <new> in r232736 [2]. > > Fix it for this version, by adding the direct include of <new> to > gcc/system.h. This makes the 'second' includes of <new> in some .c > files superfluous, but at least they won't result in errors. Will lang/gcc49 needs similar changes? (I normally only use explicitly version numbered lang/gcc* 's and I use lang/gcc49 on powerpc64's.) === Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86C72DB2-B9ED-4512-A88C-BD1D9A23806F>