Target keywords: alpha amd64 arm hppa ia64 m68k mips ppc ppc64 ppc-macos s390 sh sparc x86 Testing procedure: FEATURES=test emerge mhash Please stabilize.
mips stable.
Stable for HPPA.
====amd64==== Builds and installs/tests fine on amd64. No collisions. Quite trivial, but mhash-0.9.9 tries to install nonexistent txt files with dodoc: make[2]: Leaving directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9/src' make[1]: Leaving directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9/src' make[1]: Entering directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9' make[2]: Entering directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9' make[1]: Leaving directory `/var/tmp/portage/app-crypt/mhash-0.9.9/work/mhash-0.9.9' dodoc: doc/*.txt does not exist >>> Completed installing mhash-0.9.9 into /var/tmp/portage/app-crypt/mhash-0.9.9/image/ ecompressdir: bzip2 -9 usr/share/man strip: x86_64-pc-linux-gnu-strip --strip-unneeded usr/lib64/libmhash.so.2.0.1 usr/lib64/libmhash.a removing executable bit: usr/lib64/libmhash.la Portage 2.1.2.7 (default-linux/amd64/2007.0, gcc-4.1.1, glibc-2.5-r3, 2.6.20-gentoo-r7 x86_64) ================================================================= System uname: 2.6.20-gentoo-r7 x86_64 unknown Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 08 Jun 2007 22:29:01 +0000 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-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/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/distfiles" FEATURES="collision-protect distlocks metadata-transfer multilib-strict sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://192.168.1.201/gentoo-portage" USE="X acl aiglx aim amd64 berkdb bitmap-fonts branding cli cracklib crypt cups dri fortran gdbm gpm gtk iconv imap ipv6 isdnlog libg++ midi mmx mpeg3 mudflap ncurses nls nptl nptlonly nvidia opengl openmp pam pcre perl pppd python qt3 readline reflection session sockets spl sqlite3 sse sse2 ssl tcpd test truetype-fonts type1-fonts unicode vim xcomposite xine xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
ppc-macos moved to prefix
For me, when testing sparc gives a bus error here: ========================= MD5 HMAC-Test: Ok PASS: hmac_test KEYGEN-Test: Succeed PASS: keygen_test /bin/sh: line 4: 20500 Bus error ${dir}$tst FAIL: rest_test Checking fragmentation capabilities of MD5: /bin/sh: line 4: 20523 Bus error ${dir}$tst FAIL: frag_test =================================== Is this a problem? On sparc, this normally means use of an unaligned pointer. I'll investigate as time permits.
alpha/ia64/x86 stable
(In reply to comment #5) > For me, when testing sparc gives a bus error here: > ========================= > MD5 HMAC-Test: Ok > PASS: hmac_test > KEYGEN-Test: Succeed > PASS: keygen_test > /bin/sh: line 4: 20500 Bus error ${dir}$tst > FAIL: rest_test > Checking fragmentation capabilities of MD5: /bin/sh: line 4: 20523 Bus error > ${dir}$tst > FAIL: frag_test > =================================== > Is this a problem? On sparc, this normally means use of an unaligned pointer. > I'll investigate as time permits. > Here's some further information: In stdfns.c, we have a function mutils_memset(void *s, __const mutils_word8 c, __const mutils_word32 n) mutils_word32 *ltmp = (mutils_word32 *) s; and a few lines later, *ltmp = lump; Unfortunately, we also have: s=0x23eb9 and this is not going to work. The call is coming from whirlpool.c @ 939 in whirlpool_final --- mutils_memset(ctx->buffer + i, 0, WHIRLPOOL_DATA_SIZE - i); I'm not likely to take this much further, especially since FEATURES=test refuses to run any of the whirlpool tests.
(In reply to comment #7) > (In reply to comment #5) > > For me, when testing sparc gives a bus error here: > > ========================= > > MD5 HMAC-Test: Ok > > PASS: hmac_test > > KEYGEN-Test: Succeed > > PASS: keygen_test > > /bin/sh: line 4: 20500 Bus error ${dir}$tst > > FAIL: rest_test > > Checking fragmentation capabilities of MD5: /bin/sh: line 4: 20523 Bus error > > ${dir}$tst > > FAIL: frag_test > > =================================== > > Is this a problem? On sparc, this normally means use of an unaligned pointer. > > I'll investigate as time permits. > > > > Here's some further information: In stdfns.c, we have a function > mutils_memset(void *s, __const mutils_word8 c, __const mutils_word32 n) > mutils_word32 *ltmp = (mutils_word32 *) s; > > and a few lines later, > *ltmp = lump; > > Unfortunately, we also have: > s=0x23eb9 > and this is not going to work. > > The call is coming from whirlpool.c @ 939 in whirlpool_final --- > mutils_memset(ctx->buffer + i, 0, WHIRLPOOL_DATA_SIZE - i); > > I'm not likely to take this much further, especially since FEATURES=test > refuses to run any of the whirlpool tests. > Actually, I lied. If we look a bit further, we notice that mutils_word8 buffer[WHIRLPOOL_DATA_SIZE]; So, effectively whirlpool.c is trying to widen a (char *) pointer to (int *), and this is just prohibited on sparc. What do you want us to do?
stable on ppc
ppc64 stable
amd64 done, thanks Thomas
http://sourceforge.net/tracker/index.php?func=detail&aid=1721000&group_id=4286&atid=104286
mhash-0.9.9-r1 is in with the patch and ~arch across the board except for sparc that it's stable (omg rice!).