From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.2 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by inbox.vuxu.org (OpenSMTPD) with SMTP id 8b607d9c for ; Fri, 14 Feb 2020 21:14:20 +0000 (UTC) Received: (qmail 28411 invoked by uid 550); 14 Feb 2020 21:14:19 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 28393 invoked from network); 14 Feb 2020 21:14:18 -0000 Date: Fri, 14 Feb 2020 16:14:06 -0500 From: Rich Felker To: musl@lists.openwall.com Message-ID: <20200214211406.GN1663@brightrain.aerifal.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Rich Felker Subject: Re: [musl] Musl gentoo development: browsers On Fri, Feb 14, 2020 at 12:51:25PM -0800, Michael Forney wrote: > Recently, I've been spending some time writing upstreamable patches > for long standing musl incompatibilities in Firefox (and the parts it > imports from chromium), and pushing to get them fixed finally. > > So far, I've had some good success: > https://hg.mozilla.org/mozilla-central/rev/1acc873aa118 > https://hg.mozilla.org/mozilla-central/rev/660da1ec99c0 > https://hg.mozilla.org/mozilla-central/rev/3ec8c96f4d53 > https://hg.mozilla.org/mozilla-central/rev/7c6f9f854cfc > https://hg.mozilla.org/mozilla-central/rev/a3096ca24124 > > All but the last one should be available in the next Firefox release (74). > > I believe the last remaining remaining issue is usage of getcontext in > tools/profiler. I've just filed a bug at > https://bugzilla.mozilla.org/show_bug.cgi?id=1615713. I have a couple > ideas for a fix (outlined in that bug), but haven't written a patch > yet. If anyone has suggestions, please let me know! > > In one of the reviews, the reviewer mentioned about the existence of > build target support tiers: > https://developer.mozilla.org/en-US/docs/Mozilla/Supported_build_configurations > > I was thinking that once Firefox can build with musl out of the box, > it would be really great to see if we can get Mozilla to consider musl > to be a Tier 3 target (at least x86_64), so we can avoid any musl > regressions in the future. There's a third-party libucontext that can be used with musl, but it's nonconforming in that it doesn't save/restore signal mask. That probably doesn't matter for their usage so it might make sense to just build against that. (Have you checked what Alpine and Adélie and Void are doing?) Rich