Bug 35372 – Compiler error when emerging openssl-0.9.7c-r1: mem_clr.c

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Chris Millard 2003-12-08 12:25:28 UTC]

When emerging openssl-0.9.7c-r1, I'm getting the same problem mentioned here:
http://bugs.gentoo.org/show_bug.cgi?id=28997

The solution is the same: comment out the following if block to ensure
-fprefetch-loop-arrays is filtered out:
#if [ "$( gcc-fullversion )" == "3.3" ]; then
        filter-flags "-fprefetch-loop-arrays"
#fi

The bug I linked to is for an older ebuild of openssl; the newest, 0.9.7c-r1,
still has this problem.  Is it possible to "fix" the ebuild?

Thanks!

Reproducible: Always
Steps to Reproduce:
1. Ensure "-fprefetch-loop-arrays" is in your CFLAGS
2. emerge /usr/portage/dev-libs/openssl/openssl-0.9.7c-r1.ebuild
3.

Actual Results:  
(Pasted from the bug #28997, I lost my build output)

mem_clr.c: In function `OPENSSL_cleanse': 
mem_clr.c:75: internal compiler error: Floating point exception 

Expected Results:  
Emerged openssl-0.9.7c-r1 successfully.

[Comment 1 SpanKY 2003-12-08 12:33:37 UTC]

you forgot `emerge info`

[Comment 2 Seemant Kulleen (RETIRED) 2003-12-09 02:10:59 UTC]

chris, paste the output of emerge info here please

[Comment 3 Chris Millard 2003-12-09 08:41:41 UTC]

Eep -- sorry.
This is going to be a good bit out of date -- I've since updated portage, gcc and python.

I looked in my emerge.log and determined that I WAS using gcc-3.2.3-r1.  I upgraded to gcc-3.3.2-r3 and (after syncing) the problem went away (since I was using 3.3 the filter was used).

I believe I was using -R15 of portage.  I had a standard stable system (no ~x86) at that point.

cmillard root # emerge info
Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.0-test10-mm1)
=================================================================
System uname: 2.6.0-test10-mm1 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz
Gentoo Base System version 1.4.3.12
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
CHOST="i686-pc-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 /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache digest sandbox userpriv"
GENTOO_MIRRORS="rsync://mirrors.tds.net/gentoo http://cudlug.cudenver.edu/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X apm avi berkdb crypt cups doc encode ethereal evo foomaticdb gdbm gif gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml imap imlib java jpeg libg++ libwww mad maildir mikmod motif moznocompose moznoirc moznomail mpeg ncurses nls oav odbc offensive oggvorbis opengl oss pam pdflib perl png postgres python quicktime readline samba sdl slang slp spell ssl stencil-buffer tcltk tcpd tiff truetype usb videos x86 xml2 xmms xv zlib" 


My biggest problem now is that permissions issue (Bug #34088), but that's for another bug thread.

[Comment 4 Mr. Bones. (RETIRED) 2003-12-09 12:54:17 UTC]

If it's working for you now, then it must be FIXED.  I guess someone else
can reopen if they have the same problem.