Bugzilla Bug 181563

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!).