Bug 146894 – [GCC 4.1] Please stabilize gnucap-20060708

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Lucas Chiesa 2006-09-08 18:30:18 UTC]

When trying to emerge gnucap with gcc-4.1.1 it failed to build.
Looking at the debian package, it adds a patch to solve this problem.
I've tried it, and worked fine. I'm attaching it to this bug.


Gentoo Base System version 1.12.4
Portage 2.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r4-tulku i686)
=================================================================
System uname: 2.6.17-gentoo-r4-tulku i686 AMD Athlon(TM) XP 2000+
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mtune=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /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/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2 -mtune=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/sci-overlay /usr/local/games-overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X a52 acpi alsa ansi apache2 avi bash-completion berkdb bitmap-fonts bootsplash bzip2 cairo cdr cdrw cli crypt cups dbus divx4linux dlloader dri dv dvd dvdr dvdread eds emboss encode esd f77 fam fame firefox flac fortran gdbm gif gphoto2 gpm gstreamer gtk hal isdnlog jabber jpeg ldap libg++ lirc mad mikmod mmx mp3 mpeg msn mysql ncurses nls nptl nptlonly offensive ogg opengl pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline real reflection sdl session speex spell spl sse ssl subtitles tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode vorbis win32codecs wxgtk1 xml xorg xv xvid zeroconf zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux lirc_devices_serial userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Lucas Chiesa 2006-09-08 18:31:49 UTC]

Created attachment 96453 [details]
gnucap-0.34-gcc-4.1.patch

Patch from the debian package.

[Comment 2 Denis Dupeyron (RETIRED) 2006-09-09 02:47:59 UTC]

Lucas,

Thanks for the report. However 0.34 is rather old, and gnucap-20060708 builds perfectly well with gcc-4.1.1 and it works great as far as I know.

So, please arches, stabilize gnucap-20060708.

Denis.

[Comment 3 nixnut (RETIRED) 2006-09-09 10:29:29 UTC]

Stable on ppc

[Comment 4 Joshua Jackson (RETIRED) 2006-09-10 17:43:53 UTC]

x86 is stable as always.

[Comment 5 Gustavo Zacarias (RETIRED) 2006-09-12 06:11:12 UTC]

I'll stable it once the 30 day period passes by - we have no previous stable version and don't use gcc 4.1 yet either.

[Comment 6 Olivier Crete (RETIRED) 2006-09-15 17:05:41 UTC]

the optional dependency on sys-libs/libtermcap-compat is bogus.. that package does not install what's required to compile anything against it and is multilib-broken and portage tries to pull it when I try to build gnucap... So in short, please remove it so I can mark the newer gnucap amd64 stable.

[Comment 7 Denis Dupeyron (RETIRED) 2006-09-16 07:26:13 UTC]

(In reply to comment #6)
> the optional dependency on sys-libs/libtermcap-compat is bogus.. 

True. Thanks for seeing it.

> in short, please remove it so I can mark the newer gnucap amd64 stable.

Done, you can go ahead now.

Denis.

[Comment 8 Olivier Crete (RETIRED) 2006-09-16 08:28:12 UTC]

amd64 stable, all archs done, closing bug