Bug 106927 – xmingw-gcc installed without c++ support

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Nguyen Thai Ngoc Duy (RETIRED) 2005-09-22 14:09:24 UTC]

I tried xmingw-gcc-3.4.2 and xmingw-gcc-3.4.4. Both is installed without
i386-mingw32msvc-g++. With 3.4.4, nocxx is disabled

emerge --info:
Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.5-20050130,
glibc-2.3.5-r1, 2.6.12-gentoo-r6 i
686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Intel(R) Celeron(R) M processor         1.40GHz
Gentoo Base System version 1.12.0_pre8
ccache version 2.3 [disabled]
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -fomit-frame-pointer -pipe -march=pentium4 -mmmx -msse -mfpmath=sse
-funroll-loops"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /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/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -fomit-frame-pointer -pipe -march=pentium4 -mmmx -msse
-mfpmath=sse -funroll-loops"
DISTDIR="/storage/distfiles"
FEATURES="autoconfig cvs distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gg3.net/pub/linux/gentoo/ http://gentoo.gg3.net/
http://ftp.gentoo.or.kr/"
LANG="vi_VN.UTF-8"
PKGDIR="/storage/packages"
PORTAGE_TMPDIR="/storage"
PORTDIR="/home/pclouds/cvs/gentoo-x86"
PORTDIR_OVERLAY="/home/pclouds/cvs/mg /home/pclouds/ebuilds
/home/pclouds/cvs/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib acpi alsa apache2 avi berkdb bitmap-fonts bonobo canna cdr
crypt cups curl dbus doc dvd eds emboss encode esd fam foomaticdb fortran gd
gdbm gif gnome gpm gstreamer gtk gtk2 hal imlib ipv6 java jpeg ldap libg++
libwww mad mikmod mmx mng motif mozilla mp3 mpeg nas ncurses nls nptl offensive
ogg oggvorbis opengl pam pcmcia pdflib perl png python quicktime readline samba
sdl slang spell sse ssl svg svga tcltk tcpd tetex tiff truetype truetype-fonts
type1-fonts unicode vhosts vorbis xml2 xmms xprint xv zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

[Comment 1 Stefan Jones (RETIRED) 2005-09-22 14:58:56 UTC]

Have you got dev-util/xmingw-runtime installed? If not then install it and try
again :-)

As in the ebuild it has:

if has_version dev-util/xmingw-runtime \
        && has_version dev-util/xmingw-w32api
        then
                lang=c
                use nocxx || lang="${lang},c++"
else
 lang=c
fi
and so on ....

[Comment 2 Nguyen Thai Ngoc Duy (RETIRED) 2005-09-22 16:01:00 UTC]

Well, it works. Should xmingw-runtime be an explicit conditional dependency of
xmingw-gcc? When nocxx is off, xmingw-runtime should be a dependency to avoid
confusion IMHO.

[Comment 3 Stefan Jones (RETIRED) 2005-09-22 16:14:18 UTC]

But the problem is that to compile dev-util/xmingw-runtime you need xmingw-gcc
installed ... thus the circular depedency.

I have just added a tip to the end if the ebuild to help.

[Comment 4 Stefan Jones (RETIRED) 2005-09-30 10:08:46 UTC]

Counts as fixed now I guess!

[Comment 5 Stefan Jones (RETIRED) 2005-10-17 12:29:15 UTC]

*** Bug 109526 has been marked as a duplicate of this bug. ***