NetBSD Problem Report #55843

From  Sat Dec  5 08:33:24 2020
Return-Path: <>
Received: from ( [])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "", Issuer " CA" (not verified))
	by (Postfix) with ESMTPS id DD6A11A9239
	for <>; Sat,  5 Dec 2020 08:33:23 +0000 (UTC)
Message-Id: <>
Date: Sat,  5 Dec 2020 08:33:22 +0000 (UTC)
Subject: multimeda/ffmpeg4: SIGSEGV on ebml_parse and other routines on i386
X-Send-Pr-Version: www-1.0

>Number:         55843
>Category:       pkg
>Synopsis:       multimeda/ffmpeg4: SIGSEGV on ebml_parse and other routines on i386
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Dec 05 08:35:00 +0000 2020
>Originator:     Jackson Bryn
>Release:        NetBSD-current 9.99.76, pkgsrc/current 12/5/20
build.localdomain 9.99.76 NetBSD 9.99.76 (GENERIC) #0: Mon Nov 30 07:53:42 UTC 2020 i386
Tested on a Haswell in 32-bit mode.
Unsure what the exact situation is, but if I blank my CLFAGS additions to nothing but -pipe -fomit-frame-pointer, it works again.

Faulty CFLAGS additions:
CFLAGS += -O2 -pipe -march=bonnell -mtune=bonnell -mfpmath=sse -fomit-frame-pointer
Working CFLAGS additions:
CFLAGS += -pipe -fomit-frame-pointer

(Commenting out --disable-optimizations also seems to have no negative effects, by the way.)
A simple method to reproduce is to copy a mp4 and an m4a to a matroska file.
It's best that we probably have ffmpeg4 override CFLAGS and optimizations on i386. I'm not sure if it happens on other arches.

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD:,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.