NetBSD Problem Report #40255

From  Mon Dec 22 22:29:46 2008
Return-Path: <>
Received: from ( [])
	by (Postfix) with ESMTP id 9CC0863B121
	for <>; Mon, 22 Dec 2008 22:29:46 +0000 (UTC)
Message-Id: <>
Date: Mon, 22 Dec 2008 23:29:40 +0100 (CET)
Subject: devel/liboil tries to use ARM FP instructions?
X-Send-Pr-Version: 3.95

>Number:         40255
>Category:       pkg
>Synopsis:       devel/liboil tries to use ARM FP instructions
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Dec 22 22:30:00 +0000 2008
>Closed-Date:    Mon Sep 17 12:42:21 +0000 2018
>Last-Modified:  Mon Sep 17 12:42:21 +0000 2018
>Originator:     Ignatios Souvatzis
>Release:        NetBSD 4.0.1
seal your e-mail:

System: NetBSD marie 4.0.1 NetBSD 4.0.1 (MARIE) #0: Mon Nov 3 19:50:51 CET 2008 ignatios@random85:/var/itch/sources/4.0/os/sys/arch/shark/compile/MARIE shark
Architecture: arm
Machine: shark
 cc -DHAVE_CONFIG_H -I. -I../.. -Wall -D_BSD_SOURCE -D_GNU_SOURCE -DOIL_ENABLE_UNSTABLE_API -mfpu=vfp -O2 -MT libarm_la-math_vfp.lo -MD -MP -MF .deps/libarm_la-math_vfp.Tpo -c math_vfp.c -o libarm_la-math_vfp.o >/dev/null 2>&1
/bin/sh ../../libtool --mode=compile cc   -O2 -c -o math_vfp_asm.lo math_vfp_asm.S
 cc -O2 -c math_vfp_asm.S  -fPIC -DPIC -o .libs/math_vfp_asm.o
math_vfp_asm.S: Assembler messages:
math_vfp_asm.S:107: Error: selected processor does not support `fldmias r1!,{s0}'
math_vfp_asm.S:107: Error: selected processor does not support `fldmias r2!,{s1}'
math_vfp_asm.S:107: Error: selected processor does not support `fadds s2,s0,s1'
math_vfp_asm.S:107: Error: selected processor does not support `fstmias r0!,{s2}
[and a few dozen more]
	cd multimedia/gnash; make
	unknown at this time of day


From: Ignatios Souvatzis <>
Subject: Re: pkg/40255: devel/liboil tries to use ARM FP instructions?
Date: Wed, 24 Dec 2008 12:36:54 +0100

 On Tue, Dec 23, 2008 at 11:13:58AM +0000, Ignatios Souvatzis wrote:
 > Any idea what's wrong with the cited PR? Should I disable vfp somehow?

 #if 0 at the obvious places in liboil/arm/*vfp*[cS] makes it compile;
 I'll tell you in a couple of days when the compilation has finished
 whether gnash works with that.

 A certain gentleman told me privately that using the generic coprocessor
 opcodes instead would have worked, but this requires lots of ARM ARM
 reading and editing, and - hopefully - the library won't try to actually
 use the vfp routines on my Shark.

 The assembler file holds some instructions with very specific
 compiler flags to use; so probably the package just needs some work
 on the Makefile.* in there to make it use the right flags.


State-Changed-From-To: open->closed
State-Changed-When: Mon, 17 Sep 2018 12:42:21 +0000
This package will never use vfp instructions on netbsd/arm, because it relies on /proc/cpuinfo to check for vfp availability and netbsd/arm doesn't provide this info there AFAIK. It would be good to make the package compile the vfp code whenever it thinks it's possible, as it only enables it when passing a runtime check. It looks like upstream has implemented this change - the code is all depending on
#if defined(__VFP_FP__) && !defined(__SOFTFP__)
I am closing this bug rather than putting in feedback because it's a very old bug report that is likely fixed. If you are still having issues, feel free to make a new bug report.


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.