[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:  #10103
       Points:                            |
------------------------------------------+-------------------------------

Comment (by mingwandroid):

 sqlite3.c is > 140k lines of code, I expect that would take an awfully
 long time to compile. Do people really program this way? I hope some
 script made this file as an ad-hoc full-program-optimisation replacement!
 Anyway, that doesn't explain the 12 hours or why it's so much slower when
 the host tools are 64bit.

 In your configs you have:

 CT_DEBUGGABLE_TOOLCHAIN=y

 I recommend not having this for your final builds (they are built at -O0
 -ggdb). If we need to debug a specific problem then toolchains built that
 way will come in useful, so it's a good idea to back them up if you can.

 This could explain some of why you've got caffeine shakes, your flat is so
 clean and you've caught up on your entire reading list. It still doesn't
 explain the 6x-slower-for-64bit-host though, but I'd be keen to see how
 long it takes you with toolchains built with CT_DEBUGGABLE_TOOLCHAIN=n -
 FWIW, I noticed that mine were also DEBUGGABLE, so I am now rebuilding
 them; I did manage to get ESR24 to commence compiling though, so that's
 positive.

 I've got a script (with some patches and config files) for Ubuntu that
 installs all dependencies downloads source tarballs and builds everything
 from scratch for crosstool-ng and ESR24, and once that works correctly I
 will post it to the Mozilla bug report you found. I wonder if you or Mike
 can put in a good word for our crosstool-ng fork in the meantime? Sounds
 to me like they are duplicating a lot of effort, more than they realize
 probably. Personally, I'd like crosstool-ng to become the go-to project
 for all serious cross compilation tasks (it's traditionally been focussed
 on embedded and Linux) ..

 I will attach an archive of the WIP script/configs/patches to this ticket
 actually.

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