33103 – Bison 1.875 seems to work fine, at least with gcc 3.3.2-r2

Bug 33103 - Bison 1.875 seems to work fine, at least with gcc 3.3.2-r2

Summary: Bison 1.875 seems to work fine, at least with gcc 3.3.2-r2

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	x86 Linux

Importance:	High normal
Assignee:	Please assign to toolchain

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2003-11-09 15:10 UTC by John Richard Moser
Modified:	2003-11-16 10:11 UTC (History)
CC List:	0 users

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description John Richard Moser 2003-11-09 15:10:01 UTC

Bison 1.875 is ~x86, a comment above it says that xfree does not compile.  I
modified the xfree ebuild for 4.3.0-r3 to allow -fomit-frame-pointer and
compiled with gcc 3.3.2-r2 and bison 1.875.  That xfree works perfectly fine.  I
saw a bug that shows bison not compiling with march=k6-2, perhaps instead of
this mask it should filter k6-2 to i586.  I have compiled my entire base system
with GCC 3.3.2-r2 and bison 1.875, and it works flawlessly.  I have heard good
things about GCC 3.3.2, which depends on bison 1.875, so I would suggest another
look into bison 1.875 and X.  It may break with the 3.2.3 GCC (I haven't tried),
though, this should be tested for.

Reproducible: Always
Steps to Reproduce:
1. un-~x86 bison-1.875
2. emerge -UD /usr/portage/sys-devel/gcc/gcc-3.3.2-r2
3. Allow it to merge in bison-1.875 and gcc-3.3.2-r2
4. emerge xfree
Actual Results:  
X ran fine.

Expected Results:  
According to the comments in /usr/portage/sys-devel/bison/bison-1.875.ebuild,
xfree should not have compiled, or at least not correctly.

root@icedisc bluefox # emerge --info
Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r1, 2.6.0-test9)
=================================================================
System uname: 2.6.0-test9 i686 mobile AMD Athlon(tm) 4 2400+
Gentoo Base System version 1.4.3.10
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -Os -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb
/usr/kde/3.1/share/config /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -Os -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://gentoo.noved.org/
http://gentoo.chem.wisc.edu/gentoo/ http://oss.redundant.com/pub/gentoo
http://cudlug.cudenver.edu/gentoo/"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww mad
mikmod motif mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib alsa gdbm berkdb slang readline arts aalib svga sdl gpm tcpd pam ssl perl
python esd imlib oggvorbis gnome gtk qt opengl mozilla ldap cdr X gtk2 gnome esd
arts tiff mpeg jpeg png mng 3ds aalib qt 3dnow mmx sse -kde dvd wmf offensive
alsa oss openal opengl cdr ipv6"

Comment 1 Martin Schlemmer (RETIRED) gentoo-dev

2003-11-16 10:11:28 UTC

The xfree issue have been fixed.  Other areas was kde (I think its been fixed),
and php which we fixed very recently.  I will mark it stable when the time
is
right.  I will remove that comment about xfree though.