Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Nov 2015 15:06:45 +0100
From:      Jan Beich <jbeich@vfemail.net>
To:        Irene =?utf-8?Q?R=C3=BCngeler?= <i.ruengeler@fh-muenster.de>
Cc:        gecko@freebsd.org,  Michael Tuexen <tuexen@freebsd.org>
Subject:   Re: Firefox Nightly
Message-ID:  <7fl4-7t3e-wny@vfemail.net>
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 %2B0100")
References:  <28CBF7BD-A902-4E47-A3E9-EE639E3EC535@freebsd.org> <k2p5-cece-wny@vfemail.net> <028BBF77-046E-4C86-BA82-1CD1AC4F1E13@fh-muenster.de>

next in thread | previous in thread | raw e-mail | index | archive | help
--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Irene R=C3=BCngeler <i.ruengeler@fh-muenster.de> writes:

>> Am 26.11.2015 um 10:14 schrieb Jan Beich <jbeich@vfemail.net>:
>>=20
>> Michael Tuexen <tuexen@freebsd.org> 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-----
--=-=-=--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7fl4-7t3e-wny>