[tor-bugs] #28716 [Applications/Tor Browser]: Create a mingw-w64-clang project
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Jan 10 07:26:16 UTC 2019
#28716: Create a mingw-w64-clang project
-------------------------------------------------+-------------------------
Reporter: gk | Owner: tbb-
| team
Type: task | Status:
| needs_review
Priority: High | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: tbb-rbm, TorBrowserTeam201901R, | Actual Points:
GeorgKoppen201901 |
Parent ID: #28238 | Points:
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Comment (by gk):
Replying to [comment:7 tom]:
> This is missing the patches from this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1506450
> Those haven't been backported to esr60 yet; but they will be at some
point.
Yes, that was kind of intentional at this point for making sure we stay a)
closer to esr60 as it is right now and, more importantly, b) I had issues
to get the wrapper compiled on 32bit due to some weird header inclusion
issue. So, I decided to leave that at the moment.
[snip]
> I did a file-wise comparison:
>
> Differing Files:
Yes, I am not surprised given that we build clang differently, and don't
copy gcc stuff over. I think at some point we want to match Mozilla
closer, given the grown importance of clang for Firefox builds, but not in
that bug. I opened #29041 for that.
> {{{
> Only in geko/mingw-w64-clang/x86_64-w64-mingw32/include:
expandedresources.h
> Only in tc/clang/x86_64-w64-mingw32/include: _mingw_print_pop.h
> Only in tc/clang/x86_64-w64-mingw32/include: _mingw_print_push.h
> Only in geko/mingw-w64-clang/x86_64-w64-mingw32/lib: libntdllcrt.a
> }}}
Those four items look interesing, though...
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28716#comment:10>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list