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.
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?
Best regards
Irene
> Am 26.11.2015 um 10:14 schrieb Jan Beich <[email protected]>:
>
> Michael Tuexen <[email protected]> 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 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=1228227
> https://bugzilla.mozilla.org/show_bug.cgi?id=1228230
> 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
*****************************************
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: [email protected]
smime.p7s
Description: S/MIME cryptographic signature
