Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 Sep 2016 20:51:13 +0000
From:      bugzilla-noreply@freebsd.org
To:        gecko@FreeBSD.org
Subject:   maintainer-feedback requested: [Bug 212431] www/firefox: Fix build with libc++ 3.9.0
Message-ID:  <bug-212431-21738-xDR6FMOnzt@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-212431-21738@https.bugs.freebsd.org/bugzilla/>
References:  <bug-212431-21738@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
Dimitry Andric <dim@FreeBSD.org> has reassigned Bugzilla Automation
<bugzilla@FreeBSD.org>'s request for maintainer-feedback to gecko@FreeBSD.o=
rg:
Bug 212431: www/firefox: Fix build with libc++ 3.9.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212431



--- Description ---
Created attachment 174439
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D174439&action=
=3Dedit
Patch for mozilla bug 1245076

While testing the clang390-import branch, I ran into issues building Firefo=
x,
which manifest as:

/usr/work/share/dim/ports/www/firefox/work/firefox-47.0.1/obj-i386-portbld-=
free
bsd12.0/dist/include/mozilla/mozalloc.h:184:33:
error: no type named 'bad_alloc' in namespace 'std'
void* operator new(size_t size) MOZALLOC_THROW_BAD_ALLOC
				^~~~~~~~~~~~~~~~~~~~~~~~

Jan Beich already reported this in upstream bug 1269171 [1], and it is caus=
ed
by the way the Firefox build generates its standard library wrapper headers.

To properly fix this, we need to import the fixes for both upstream bug 124=
5076
[2] and bug 1269171 [1].  I also had to commit an additional workaround for=
 it
in the clang390-import branch, r305496 [3].

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1269171
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=3D1245076
[3] https://svnweb.freebsd.org/changeset/base/305496



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-212431-21738-xDR6FMOnzt>