Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 35372 - Compiler error when emerging openssl-0.9.7c-r1: mem_clr.c
Summary: Compiler error when emerging openssl-0.9.7c-r1: mem_clr.c
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-08 12:25 UTC by Chris Millard
Modified: 2003-12-09 12:54 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 gentoo-dev 2003-12-08 12:33:37 UTC
you forgot `emerge info`
Comment 2 Seemant Kulleen (RETIRED) gentoo-dev 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) gentoo-dev 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.