Bug 43008 – With gnupg-1.2.4, on sun4m (SS20, SS10, SS5), the '-mcpu=v8' CFLAG should be downgraded to '-mcpu=v7'

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Ferris McCormick (RETIRED) 2004-02-26 11:12:39 UTC]

gnupg-1.2.4 will not build on all sun4m (SS20 & friends) systems if the CFLAG
'-mcpu=v8' is set because the 'make check' portion fails like this:
===========
./gpg_dearmor > ./pubring.pkr < ./pubring.pkr.asc
./gpg_dearmor > ./secring.skr < ./secring.skr.asc
../g10/gpg --homedir . --quiet --yes --no-permission-warning --import ./pubdemo.asc      
gpg: key 68697734: no valid user IDs
gpg: key 1AFDAB6C: no valid user IDs
gpg: key FAEF6D1B: no valid user IDs
gpg: key 8FC282E6: no valid user IDs
==================
and so on.  If you do
CFLAGS="-mcpu=v7 -mtune=v8 -O2 -pipe" emerge gnupg
everything builds and installs fine.

On sun4u (Ultra 60 etc) with '-mcpu=ultrasparc' everything is fine.

So, the problem is sun4m+-mcpu=v8 specific, and perhaps local to my particular
system, but I cannon verify that.

Reproducible: Always
Steps to Reproduce:
1.CFLAGS="-mcpu=v8 -O2 -pipe" emerge -uv gnupg  (for failure on sun4m)
2.CFLAGS="-mcpu=v7 -O2 -pipe -mtune=v8" emerge -uv gnupg (for success on sun4m)
3.

Actual Results:  
In the first case, the build fails as noted above.  In the second case, it
succeeds.

Expected Results:  
Upgrade gnupg in both cases.

dragonfly gnupg # emerge info
Portage 2.0.50-r1 (default-sparc-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.21-sparc-r1)
=================================================================
System uname: 2.4.21-sparc-r1 sparc sun4m
Gentoo Base System version 1.4.3.13
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="sparc"
AUTOCLEAN="yes"
CFLAGS="-mcpu=v8 -mtune=v8 -O2 -pipe"
CHOST="sparc-unknown-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-mcpu=v8 -mtune=v8 -O2 -pipe -Wno-deprecated -fpermissive"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ ftp://gentoo.mirrors.pair.com/
ftp://mirrors.tds.net/gentoo
http://mirror.clarkson.edu/pub/distributions/gentoo/ http://mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X Xaw3d berkdb crypt cups fbcon foomaticdb gdbm gif gtk gtk2 imlib java
jpeg libwww mad mikmod motif mozilla mpeg mysql ncurses nls opengl pam perl png
python qt readline ruby ruby18 slang sparc spell ssl tcltk tcpd tetex tiff
truetype xv zlib"

System is SS20-SMP, CPUs are
dragonfly gnupg # cat /proc/cpuinfo
cpu             : Texas Instruments, Inc. - SuperSparc-(II)
fpu             : SuperSparc on-chip FPU
promlib         : Version 3 Revision 2
prom            : 2.25
type            : sun4m
ncpus probed    : 2
ncpus active    : 2
Cpu0Bogo        : 74.75
Cpu1Bogo        : 74.95
MMU type        : TI Viking/MXCC
contexts        : 65536
nocache total   : 3145728
nocache used    : 438272
CPU0            : online
CPU1            : online

Kernel is 2.4.21-r1 because it is known to work for sun4m-SMP.  Problem could be
kernel related.

[Comment 1 Jason Wever (RETIRED) 2004-03-08 13:20:17 UTC]

Actually we had adjusted the gnupg-1.2.3 ebuilds to fix this, but the syntax of filter-flags slightly changed so it wasn't doing the right thing anymore.  I've adjusted the ebuild and it should be fine now.