#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, TorBrowserTeam201902R, | Actual Points: GeorgKoppen201902 | Parent ID: #28238 | Points: Reviewer: | Sponsor: -------------------------------------------------+-------------------------
Comment (by cypherpunks): Replying to [comment:33 gk]: > for providing mingw-w64/clang The project is mature enough to be self-hosted and decided to have a name 'LLVM', and `clang` is used only as a name of one of its front-ends. > 4) We are omitting the `DEBUG_FLAGS` (-g -gcodeview) But not omitting https://hg.mozilla.org/releases/mozilla- esr60/rev/434bde49b9c8#l3.20 > lld patch for optionally dealing with PE header timestamp issues (by zeroing them out similar to ld's -Wl,--no-insert-timestamp). I'll try to get that one upstreamed. Could you also try to get upstreamed that: {{{ - if (Args.getLastArgValue(OPT_m) != "thumb2pe" && - Args.getLastArgValue(OPT_m) != "arm64pe" && !Args.hasArg(OPT_dynamicbase)) - Add("-dynamicbase:no"); }}} because it's a shame in 2019. > I played a bit with bumping the llvm revision to r351992 in order to get a proper `llvm-strip` and `llvm-objcopy` but run into a bunch of issues which made me pause for now (see: https://bugzilla.mozilla.org/show_bug.cgi?id=1471698 for context). Why not use 8.x branch as Mozilla? -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28716#comment:34> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs