Date: Tue, 1 Dec 2015 11:44:14 +0100 From: =?utf-8?Q?Irene_R=C3=BCngeler?= <i.ruengeler@fh-muenster.de> To: Jan Beich <jbeich@vfemail.net> Cc: gecko@freebsd.org, Michael Tuexen <tuexen@freebsd.org> Subject: Re: Firefox Nightly Message-ID: <3062357D-001D-46D7-87BA-0E888DB168F4@fh-muenster.de> In-Reply-To: <7fl4-7t3e-wny@vfemail.net> References: <28CBF7BD-A902-4E47-A3E9-EE639E3EC535@freebsd.org> <k2p5-cece-wny@vfemail.net> <028BBF77-046E-4C86-BA82-1CD1AC4F1E13@fh-muenster.de> <7fl4-7t3e-wny@vfemail.net>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Hi Jan thanks a lot for your information. I applied you patches and could compile firefox on FreeBsd. Now I can add SCTP support. Best regards Irene > Am 26.11.2015 um 15:06 schrieb Jan Beich <jbeich@vfemail.net>: > > Irene Rüngeler <i.ruengeler@fh-muenster.de <mailto:i.ruengeler@fh-muenster.de>> writes: > >>> Am 26.11.2015 um 10:14 schrieb Jan Beich <jbeich@vfemail.net <mailto:jbeich@vfemail.net>>: >>> >>> Michael Tuexen <tuexen@freebsd.org <mailto:tuexen@freebsd.org>> writes: >>> >>>> Dear all, >>>> >>>> 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? >>>> Any pointers or hints appreciated... >>> >>> |./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 <http://bugzilla.mozilla.org/>; then dogfed to ports if affected. >>> >>> 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 upstreaming >>> regularly, so things got out of whack. A not-so-quick buildtest revealed >>> >>> https://bugzilla.mozilla.org/show_bug.cgi?id=1228208 <https://bugzilla.mozilla.org/show_bug.cgi?id=1228208>; >>> https://bugzilla.mozilla.org/show_bug.cgi?id=1228227 <https://bugzilla.mozilla.org/show_bug.cgi?id=1228227>; >>> https://bugzilla.mozilla.org/show_bug.cgi?id=1228230 <https://bugzilla.mozilla.org/show_bug.cgi?id=1228230>; >>> https://bugzilla.mozilla.org/show_bug.cgi?id=1228255 <https://bugzilla.mozilla.org/show_bug.cgi?id=1228255>; >>> >>> The obvious hint: be prepared to deal with minor breakage. >>> >>> [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=1" >>> 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 —enable-application=browser. > > --enable-application=browser is default, see configure.in > > MOZ_ARG_ENABLE_STRING(application, > [...], > [ MOZ_BUILD_APP=$enableval ] ) > ... > if test -z "$MOZ_BUILD_APP"; then > MOZ_BUILD_APP=browser > else > ... > >> >> I got the error message: >> /usr/include/c++/v1/typeinfo:72:7: error: visibility does not match previous 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 attribute 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" != WINNT; then > case "$OS_TARGET" in > Darwin) > VISIBILITY_FLAGS='-fvisibility=hidden -fvisibility-inlines-hidden' > ;; > *) > VISIBILITY_FLAGS='-I$(DIST)/system_wrappers -include $(MOZILLA_DIR)/config/gcc_hidden.h' > WRAP_SYSTEM_INCLUDES=1 > ;; > esac > fi # GNU_CC > > [1] https://bugzilla.mozilla.org/show_bug.cgi?id=273336 <https://bugzilla.mozilla.org/show_bug.cgi?id=273336>; ***************************************** Dr. Irene Rüngeler Fachbereich Elektrotechnik und Informatik Labor für Netzwerkprogrammierung, Datenbanklabor Fachhochschule Münster - University of Applied Sciences - Bismarckstr. 11, Raum 101 48565 Steinfurt Tel: +49 2551 962-561 Fax: +49 2551 962-563 EMail: I.Ruengeler@fh-muenster.de [-- Attachment #2 --] 0 *H 01 0 + 0 *H 80t0\ X>0 *H 0q1 0 UDE1 0U Deutsche Telekom AG1 0 U T-TeleSec Trust Center1#0!UDeutsche Telekom Root CA 20 140211131145Z 190709235900Z0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010"0 *H 0 g TÖP5=bnL ["t 41 R(#t^[xx(59{-E z|J Æ\+1{ $C 8jh Oxv&t kν0Ob'0 e`M #*5X'vq 5}o3]AkLQٽVVC= '0IT4qul !'>99Hjə $0 0U 0 U I= D{) p>d0 U #01ySz-l +30U 00?U 8060420.http://ocsp0336.telesec.de/rl/DT_ROOT_CA_2.crl0y+m0k0,+0 http://ocsp0336.telesec.de/ocspr0;+0/http://ocsp0336.telesec.de/crt/DT_ROOT_CA_2.cer0 *H ,/^C/pQu]; cXT0]Qɶ+xH$`B32 2QyƵ$/*/I ^ jeG5tPe#SGl@ɕ]N`z+f@U3#!nT3BnLkZ2j2Eto cX ~8wP?=GyFWb6%h$")7`u-axPY:ZƆ(>f5<I"o00$ H30 *H 0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010 140527145409Z 190709235900Z01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0"0 *H 0 yll""AODSW{gp5ȕ[۵K{{ N '%M|( 45 ~.;. e.xH&=k| fWv293qP_vd:;IyCl|쒷 4/sCYձPG_EcjˠXh WZ xy_STbZOἥ ^_Ml3d stЎEPKp7 aa%w مgo 00U 00U 0U 00U 0 U [15B70 U #0I= D{) p>d0 U 0ca@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0 *H G5Jo5-km˅qtM h(gsQb@2^Cl}h^tB f!*$(Y1Kdlh`V_+ tpz-ӎ~0kY!@Fw7+`vezZ%H&@ E Ɏ, lfQ@k}u#>wڹf5Zl$K@eukYqFI;6]7.܋@Zy aƄ}~~00+]i0 *H 01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0 150930074521Z 180929074521Z01 0 UDE1 0 U Fachhochschule Muenster1200U )Fachbereich Elektrotechnik und Informatik1 0U Irene Ruth Ruengeler0"0 *H 0 ۦV8Vy`78ؖ<@~d j *f \IM:%m ZIPe'\b|Y!my8!q]Mʻr &Vz\Cc Ta?hwYڊF*e =LE`$%EB;{ 7^Qh+Z 8Q[W?&J- {I kKL`_6%5>D +d ka G~W1M@ I0E0@U 9070+!,0+!,0 +!,0 U 0 0 U 0 U %0++0 U -I@ 0 U #0 [15B70%U 0 i.ruengeler@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0 *H #*q W~F-k]e,\79u0Q NVjRmj!r.HSϳ̯̀hf*7*#hp^Nt\2rI&nB9+E" {̠JXrO}G}K[vI3Bt~VOf )&myYba8K]D&ǻ=?CWQTua)`ϸSAF LgB+{Ɂ; &1)0%001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de+]i0 + +0 *H 1 *H 0 *H 1 151201104415Z0# *H 1L }I/RؕZc0 +71001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de+]i0 *H 1ՠ01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de+]i0 *H uPХdX4d:`L˲~K<'UM+<x .,2w:xixfRc V D ^'k0S `4QahD~Pul,jm*ʸ(ɖݟ<A7@S&<b% & $D}4x}|^ؿ>eY[[=Ag$"SB_ѸĪKy\R`NUM'[ˬ[>q Q< G5
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3062357D-001D-46D7-87BA-0E888DB168F4>