From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10436 Path: news.gmane.org!.POSTED!not-for-mail From: u-uy74@aetey.se Newsgroups: gmane.linux.lib.musl.general Subject: incompatibility between libtheora/mmx and musl ? Date: Tue, 13 Sep 2016 20:06:49 +0200 Message-ID: <20160913180649.GN16436@example.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1473790060 30605 195.159.176.226 (13 Sep 2016 18:07:40 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 13 Sep 2016 18:07:40 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-10449-gllmg-musl=m.gmane.org@lists.openwall.com Tue Sep 13 20:07:32 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1bjs7I-00075n-Bp for gllmg-musl@m.gmane.org; Tue, 13 Sep 2016 20:07:32 +0200 Original-Received: (qmail 20379 invoked by uid 550); 13 Sep 2016 18:07:30 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 20338 invoked from network); 13 Sep 2016 18:07:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fripost.org; h= content-disposition:content-type:content-type:mime-version :message-id:subject:subject:from:from:date:date; s=20140703; t= 1473790037; x=1475604438; bh=EwsI0pCLO/q+0sAm4a009HzACyuLpRn5ESW GnS8Ikew=; b=nIfSZp2ZrqWWiIax0DQ9+yisetbQ5TsnqEaK54TDQxAoDZJSrWr x9wYMhlGwQN21olP/5MExdUQAdkurxAcIeszg14CbKwNdzl54XEHnI92cWonePb3 tn06l4XlSCc4bq8GPz7RC9RbIdSsaMcISPK8ghFVtJOxQGiTfjMGSeWQ= X-Virus-Scanned: Debian amavisd-new at fripost.org Content-Disposition: inline Xref: news.gmane.org gmane.linux.lib.musl.general:10436 Archived-At: Hello, Libtheora contains an assembler part for ia32 and x86_64 which has been in use for many years, with at least both glibc and uclibc. Now, musl-based builds of libtheora for ia32 with this code enabled lead to the encoder segfaulting. No problem when using the C version. This is seen when building at Aetey. Ffmpeg in Alpine exhibits the same problem, too (strictly speaking, possibly another problem but ffmpeg crashes there with the same pattern, when encoding to theora). People at Xiph do not have any musl-based system and want really detailed debugging info which implies tracing through musl and following malloc's internal data (which is what seems to become corrupted). In other words, the detailed knowledge (xiph and musl) is located separately from each other and also from the motivation (aetey, alpine and possibly others). I would appreciate some help and suggestions. The alternative is diving into mmx-assembler and musl code or resorting to C-only routines which give roughly half of the performance of the assembler ones. More details are there at https://trac.xiph.org/ticket/2287 There is also a corresponding https://bugs.alpinelinux.org/issues/6132 Regards, Rune