[tor-bugs] #9829 [Tor bundles/installation]: Firefox ESR 24 does need a newer compiler than gcc 4.2

[Tor Bug Tracker & Wiki]

#9829: Firefox ESR 24 does need a newer compiler than gcc 4.2
------------------------------------------+-------------------------------
     Reporter:  gk                        |      Owner:  erinn
         Type:  defect                    |     Status:  new
     Priority:  normal                    |  Milestone:
    Component:  Tor bundles/installation  |    Version:
   Resolution:                            |   Keywords:  tbb-3.0, ff24-esr
Actual Points:                            |  Parent ID:  #9827
       Points:                            |
------------------------------------------+-------------------------------

Comment (by gk):

 So, the 64bit toolchain let me link a 32bit libxul and the 32bit (with
 -arch i686) compilation succeeded. Alas, the build is crashing on my old
 Mac 10.6 (see Mac10_6_crash), not sure why yet. Two things that might be
 worth noting:

 1) The 64bit toolchain is not capable compiling a 64bit version of Firefox
 yet. There is this error showing up:
 {{{
 /home/firefox64/x-tools/x86_64-apple-darwin10/bin/x86_64-apple-
 darwin10-clang++ -arch x86_64 -isysroot /usr/lib/apple/SDKs/MacOSX10.6.sdk
 -msse2 -o jsprf.o -c  -fvisibility=hidden -DNO_NSPR_10_SUPPORT
 -DEXPORT_JS_API -DJS_HAS_CTYPES -DDLL_PREFIX=\"lib\"
 -DDLL_SUFFIX=\".dylib\" -DUSE_ZLIB -Ictypes/libffi/include -I.
 -I/home/firefox64/Downloads/mozilla-esr24/js/src/../../mfbt/double-
 conversion -I/home/firefox64/Downloads/mozilla-
 esr24/js/src/../../intl/icu/source/common -I/home/firefox64/Downloads
 /mozilla-esr24/js/src/../../intl/icu/source/i18n
 -I/home/firefox64/Downloads/mozilla-esr24/js/src -I.
 -I./../../dist/include  -I/home/firefox64/Downloads/mozilla-esr24/obj-
 macos/dist/include/nspr      -I/home/firefox64/Downloads/mozilla-
 esr24/js/src -I/home/firefox64/Downloads/mozilla-esr24/js/src/assembler
 -I/home/firefox64/Downloads/mozilla-esr24/js/src/yarr  -fPIC -Qunused-
 arguments  -Qunused-arguments -Wall -Wpointer-arith -Woverloaded-virtual
 -Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null
 -Wsign-compare -Wno-invalid-offsetof -Wno-c++0x-extensions -Wno-extended-
 offsetof -Wno-unknown-warning-option -Wno-return-type-c-linkage -Wno-
 mismatched-tags -fno-common -fno-rtti -ffunction-sections -fdata-sections
 -fno-exceptions -pthread -pipe  -DNDEBUG -DTRIMMED -g -O3 -fno-stack-
 protector -fomit-frame-pointer -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1
 -DENABLE_JIT=1  -Qunused-arguments  -DMOZILLA_CLIENT -include ./js-
 confdefs.h -MD -MP -MF .deps/jsprf.o.pp  /home/firefox64/Downloads
 /mozilla-esr24/js/src/jsprf.cpp
 jspropertytree.cpp
 /home/firefox64/Downloads/mozilla-esr24/js/src/jsprf.cpp:611:9: error:
 array type 'va_list' (aka '__builtin_va_list') is not assignable
         VARARGS_ASSIGN(nas[cn].ap, ap);
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 /home/firefox64/Downloads/mozilla-esr24/js/src/jsprf.cpp:33:47: note:
 expanded from macro 'VARARGS_ASSIGN'
 #define VARARGS_ASSIGN(foo, bar)        (foo) = (bar)
                                         ~~~~~ ^
 }}}

 2) The 64bit toolhcain is slow as hell compared to the 32bit one. While
 the latter needed ca. 2 hours to come to the stage where the libxul is
 getting linked the former needs about 12 hours. Is that normal? Do you
 experience similar differences? Can we do something about it? No VM was
 involved, it was the same machine with 4 cores and 4GB of RAM just once
 with a 32bit Ubuntu 12.04 and once with a 64bit Ubuntu 12.04.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9829#comment:55>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online