From owner-freebsd-gecko@freebsd.org Thu Nov 26 14:07:14 2015 Return-Path: Delivered-To: freebsd-gecko@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B072A36FDE for ; Thu, 26 Nov 2015 14:07:14 +0000 (UTC) (envelope-from jbeich@vfemail.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5B70018AD for ; Thu, 26 Nov 2015 14:07:14 +0000 (UTC) (envelope-from jbeich@vfemail.net) Received: by mailman.ysv.freebsd.org (Postfix) id 5AE9AA36FDC; Thu, 26 Nov 2015 14:07:14 +0000 (UTC) Delivered-To: gecko@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A847A36FDB for ; Thu, 26 Nov 2015 14:07:14 +0000 (UTC) (envelope-from jbeich@vfemail.net) Received: from vfemail.net (fiveseven.neocoil.com [12.31.100.157]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1A97718AB for ; Thu, 26 Nov 2015 14:07:13 +0000 (UTC) (envelope-from jbeich@vfemail.net) Received: (qmail 15404 invoked by uid 89); 26 Nov 2015 14:07:04 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Nov 2015 14:07:04 -0000 Received: (qmail 15321 invoked by uid 89); 26 Nov 2015 14:06:47 -0000 Received: by simscan 1.3.1 ppid: 15314, pid: 15318, t: 0.0031s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 26 Nov 2015 14:06:47 -0000 Received: (qmail 7426 invoked by uid 89); 26 Nov 2015 14:06:54 -0000 Received: by simscan 1.4.0 ppid: 7398, pid: 7420, t: 1.0720s scanners:none Received: from unknown (HELO nil) (amJlaWNoQHZmZW1haWwubmV0@172.16.100.27) by mail.vfemail.net with ESMTPA; 26 Nov 2015 14:06:53 -0000 From: Jan Beich To: Irene =?utf-8?Q?R=C3=BCngeler?= Cc: gecko@freebsd.org, Michael Tuexen Subject: Re: Firefox Nightly In-Reply-To: <028BBF77-046E-4C86-BA82-1CD1AC4F1E13@fh-muenster.de> ("Irene \=\?utf-8\?Q\?R\=C3\=BCngeler\=22's\?\= message of "Thu, 26 Nov 2015 13:17:27 +0100") References: <28CBF7BD-A902-4E47-A3E9-EE639E3EC535@freebsd.org> <028BBF77-046E-4C86-BA82-1CD1AC4F1E13@fh-muenster.de> Date: Thu, 26 Nov 2015 15:06:45 +0100 Message-ID: <7fl4-7t3e-wny@vfemail.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 14:07:14 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Irene R=C3=BCngeler writes: >> Am 26.11.2015 um 10:14 schrieb Jan Beich : >>=20 >> Michael Tuexen writes: >>=20 >>> Dear all, >>>=20 >>> we are trying to compile Firefox Nightly on FreeBSD head and run >>> into compile issues. Do you have any hints or documentation >>> on how to compile Firefox from source?=20 >>> Any pointers or hints appreciated... >>=20 >> |./mach boostrap; ./mach build| are supposed to be enough as long >> as you stick to a simple or empty .mozconfig[1]. Documentation usually >> goes directly to bugzilla.mozilla.org then dogfed to ports if affected. >>=20 >> With constant influx of new build issues writing about them elsewhere or >> sitting on patches just doesn't scale. I'm no longer building and upstre= aming >> regularly, so things got out of whack. A not-so-quick buildtest revealed >>=20 >> https://bugzilla.mozilla.org/show_bug.cgi?id=3D1228208 >> https://bugzilla.mozilla.org/show_bug.cgi?id=3D1228227 >> https://bugzilla.mozilla.org/show_bug.cgi?id=3D1228230 >> https://bugzilla.mozilla.org/show_bug.cgi?id=3D1228255 >>=20 >> The obvious hint: be prepared to deal with minor breakage. >>=20 >> [1] Non-default configurations are infested with even more issues e.g., >> o --disable-pulseaudio doesn't build without --enable-alsa >> o --enable-system-sqlite doesn't build without --with-system-nss >> o --enable-system-cairo crashes with OMTC enabled >> o --enable-jemalloc crashes without "export MOZ_JEMALLOC4=3D1" >> o --enable-rust crashes with system jemalloc > Hi Jan, > > thank you for your advice. I ran ./mach bootstrap and ./mach build with a= mozconfig with just ac_add_options =E2=80=94enable-application=3Dbrowser. =2D-enable-application=3Dbrowser is default, see configure.in MOZ_ARG_ENABLE_STRING(application, [...], [ MOZ_BUILD_APP=3D$enableval ] ) ... if test -z "$MOZ_BUILD_APP"; then MOZ_BUILD_APP=3Dbrowser else ... > > I got the error message: > /usr/include/c++/v1/typeinfo:72:7: error: visibility does not match previ= ous declaration > class _LIBCPP_EXCEPTION_ABI type_info > ^ > /usr/include/c++/v1/__config:209:47: note: expanded from macro '_LIBCPP_= EXCEPTION_ABI' > #define _LIBCPP_EXCEPTION_ABI __attribute__ ((__visibility__("default"))) > ^ > /usr/home/ruengeler/firefox/config/gcc_hidden.h:6:13: note: previous att= ribute is here > #pragma GCC visibility push(hidden) > ^ > nsToolkitCompsModule.o > 1 error generated. > > Can you tell me what I can do to prevend this error? Maybe try to apply patches listed in the upstream bugs quoted above. Firefox builds everything with "hidden" visibility then explicitly allowed headers are restored to "default" one[1]. It's a frequent source of either linking or compilation issues. In desperate times you can jump on OS X bandwagon by changing Darwin) to Darwin|FreeBSD) in the following $ cat configure.in ... if test "$GNU_CC" -a "$OS_TARGET" !=3D WINNT; then case "$OS_TARGET" in Darwin) VISIBILITY_FLAGS=3D'-fvisibility=3Dhidden -fvisibility-inlines-hidden' ;; *) VISIBILITY_FLAGS=3D'-I$(DIST)/system_wrappers -include $(MOZILLA_DIR)= /config/gcc_hidden.h' WRAP_SYSTEM_INCLUDES=3D1 ;; esac fi # GNU_CC [1] https://bugzilla.mozilla.org/show_bug.cgi?id=3D273336 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJWVxH1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3bfz0H/RO9Hc9srxDFH34iLz6ybaUl ebMwCNMod1s5QHHgV8fPsiOKlCbCxAclPPisPPBFYcRxbA6NRsCRxD9lHrX5AYM3 Al5xbgl7xJrBACMZCQzu/AOzrIRgz/TAin/SjBBAq877cwcAPO6JslMrMw5mYpZA uclny1yteCL/4d90kAwX7dUxFYD0A85feP36FsjjrXdqxx+PQy3iXxmLo5Le5JMR AF6XwY3S8SmCTLFPabjw0a8peevl4Qx6DrxPpTV2g+FSUVLsdUM3ejqFcUMTf91F HqAfO1sZ9onkMo3XyqpLj9CAhMfWGvcsB55Q8X/dxllBlLxzddvA+f3XiEp4pPs= =EknZ -----END PGP SIGNATURE----- --=-=-=--