[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

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

#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 gk):

 Replying to [comment:72 mingwandroid]:
 > > After 15 hours of building
 >
 > We really need to get to the bottom of this!

 After some measurements it seems the problem was on layer 8. Taking your
 crosstool configs I get both 32bit and 64bit non-debug builds finished
 within 2 hours and the debug builds take both around 14 hours. What
 probably happened was that I built a debug version of the cross-compiler
 on my 32bit system, too but I did not use it but rather the non-debug
 version. I realized that the path in my .mozconfig file did not point to
 $HOME/x-tools where the debug version was but rather to an other where I
 probably copied the optimized version to. Problem solved, thanks.

 > > So, it seems we can't avoid ctypes easily which is kind of bad news
 (but will be a different bug) as we like to disable it in the future due
 to security concerns.
 >
 > Ok I did think that ctypes would add too much security risk, but I guess
 it's likely an fairly essential bridge to allow JavaScript to call native
 code for speed critical things? I can ask the Mozilla guys now that we've
 made contact.

 Well, you could ask if it is expected that the Firefox built with the
 cross-compiler crashes every time on startup if we disable ctypes in the
 .mozcpnfig while this is not happening with a native built Firefox using
 the same compiler (+ same version + same .mozconfig) (noting that the
 latter is unusable though). That might be an interesting thing to know.

 > > https://bugzilla.mozilla.org/show_bug.cgi?id=933071 (to avoid those
 link hacks to get libxul linked)
 >
 > I will follow this up with the patch as I have already backported and
 tested it. I might put my build scripts and patches up on github actually
 so you and Mozilla can easier track my progress?

 Thanks. Seems to be a good idea to me, yes.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9829#comment:73>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs