Bug 148437 – [cross-mingw32/runtime] fails at mingw-runtime due to stripping

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Dennis Schridde 2006-09-20 16:35:10 UTC]

When I run "crossdev mingw32" everything emerges till it comes to cross-mingw-runtime.

Using sys-devel/crossdev-0.9.17

Logfiles will follow.

Portage 2.1.2_pre1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 i686)
=================================================================
System uname: 2.6.17-gentoo-r8 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.12.5
Last Sync: Wed, 20 Sep 2006 18:50:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.3-r1, 2.0.29
dev-lang/python:     2.4.3-r3
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
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.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -mfpmath=sse -O2 -pipe -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"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=athlon-xp -mfpmath=sse -O2 -pipe -fomit-frame-pointer -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch prelink sandbox sfperms strict userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/"
LANG="en_US.UTF-8"
LINGUAS="de"
MAKEOPTS="-j2"
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"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac acpi alsa apache2 audiofile bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt css cups dbus dlloader doc dri dts dvb dvd dvdr eds elibc_glibc emboss encode fam fbcon ffmpeg firefox foomaticdb fortran gd gd-external gdbm geoip gif gpm graphviz gstreamer gtk hal input_devices_evdev input_devices_keyboard ipod ipv6 isdnlog jpeg kde kdeenablefinal kdehiddenvisibility kdexdeltas kernel_linux ldap libg++ linguas_de lirc lirc_devices_userspace logitech-mouse mad mikmod mmx mmxext moznocompose moznoirc moznomail mp3 mp4 mpeg mplayer music musicbrainz mysql mysqli ncurses nls nptl nptlonly nsplugin nvidia oav ogg openal openexr opengl pam pcre perl php pic png ppds pppd python qt qt3 qt4 quicktime readline real reflection rtc ruby samba sasl sdl session sndfile speex spell spl sqlite sse ssl subversion svg sysvipc tcpd tetex theora truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_nvidia visualization vorbis win32codecs x264 xcomposite xine xinerama xml xorg xv xvid xvmc zeroconf zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Dennis Schridde 2006-09-20 16:36:31 UTC]

Created attachment 97592 [details]
MinGW32 info log

[Comment 2 Dennis Schridde 2006-09-20 16:37:14 UTC]

Created attachment 97593 [details]
MinGW32 runtime log

[Comment 3 SpanKY 2006-09-20 16:48:10 UTC]

hmm, try doing `export FEATURES=nostrip` and see if that helps

my guess is strip destroyed the files

[Comment 4 Dennis Schridde 2006-09-20 17:39:18 UTC]

Doesn't help anything, logfile still looks the same.

[Comment 5 Stefan Jones (RETIRED) 2006-09-21 16:35:04 UTC]

Well libuser32.a is provieded by w32api so it is the building of that package which is going wrong.

Have not yet tried crossdev so will have to do so ...

[Comment 6 Stefan Jones (RETIRED) 2006-09-21 17:06:07 UTC]

FEATURES=nostrip emerge cross-mingw32/runtime -1
FEATURES=nostrip emerge cross-mingw32/mingw-runtime -1

fixes it. (the failing to strip runtime libs undoes the ranlib indexing )

[Comment 7 Dennis Schridde 2006-09-22 06:00:18 UTC]

Works so far. Now I get problems when building gcc-stage2.
See the new bug for details: http://bugs.gentoo.org/show_bug.cgi?id=148641

[Comment 8 Dennis Schridde 2006-09-22 06:00:45 UTC]

PS: Would be nice if the ebuild could do that automatically...

[Comment 9 SpanKY 2006-09-23 04:19:32 UTC]

should be fixed in cvs now

[Comment 10 SpanKY 2006-09-24 03:18:09 UTC]

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

[Comment 11 Roberto Castagnola 2006-09-27 08:07:27 UTC]

(In reply to comment #6)
> FEATURES=nostrip emerge cross-mingw32/runtime -1
> FEATURES=nostrip emerge cross-mingw32/mingw-runtime -1
> 
> fixes it. (the failing to strip runtime libs undoes the ranlib indexing )
> 

Emerging cross-mingw32/mingw-runtime with FEATURES=nostrip didn't fixed it (for me)
Instead fixed it reemerging cross-mingw32/w32api:

FEATURES=nostrip emerge cross-mingw32/w32api -1

[Comment 12 Martin von Gagern 2006-09-27 14:59:22 UTC]

(In reply to comment #9)
> should be fixed in cvs now

As I hit this problem today and my tree is synced daily, I guess something went wrong in fixing this problem automatically. Can you please have another look?

[Comment 13 SpanKY 2006-09-27 15:35:24 UTC]

i'm not going to look at anything unless you post logs for me to review

[Comment 14 Martin von Gagern 2006-09-28 00:28:45 UTC]

Created attachment 98288 [details]
cross-mingw32-mingw-runtime.log

(In reply to comment #13)
> i'm not going to look at anything unless you post logs for me to review

Here is another log from me. I did not post it in the first place because the error messages looked very much like those in comment #2 to me.

Note that even with FEATURES=nostrip the thing did not emerge for me. But in this case the error message looks different, so I filed the new bug 149379 for this.

[Comment 15 Martin von Gagern 2006-09-28 00:30:33 UTC]

Created attachment 98289 [details]
cross-mingw32-info.log

The info to go with attachment #98288 [details] in comment #15.

[Comment 16 SpanKY 2006-09-28 00:40:38 UTC]

no, i need the w32api logfile

[Comment 17 Martin von Gagern 2006-09-28 00:50:18 UTC]

Created attachment 98293 [details]
cross-mingw32-w32api.log.bz2

(In reply to comment #16)
> no, i need the w32api logfile

Oh, sure. But it's 2162960 bytes, so I had to bzip2 it.
I'd love to set the Content-encoding header in this bugzilla... :-)

[Comment 18 SpanKY 2006-09-28 01:12:54 UTC]

ok, RESTRICT=strip was lost in the w32api ebuild ... in your log you can see it being stripped twice; the first time is correct (we do it) while the second is not (portage does it)

committed to cvs

[Comment 19 SpanKY 2006-10-31 13:11:29 UTC]

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