#15 dictd-1.10.11 tests failure on ppc32

[Anonymous]

Peter Volkov maintains this application for Gentoo and requested a bug be opened here for this issue. See also http://bugs.gentoo.org/show_bug.cgi?id=244246.

test phase output:

>>> Test phase [test]: app-text/dictd-1.10.11-r2
DICTFMT!!!
Comparing .dict and .index files (except those created by dictfmt -h)
c5 == e ...passed
c5 == f ...passed
c5 == j ...passed
c5 == p ...passed
c5 == t ...passed
c5 == expected ...passed
Tests for different dictfmt's options
test smiley 1...passed
test smiley 2...passed
test smiley 3...passed
test smiley 4...passed
test smiley 5...passed
test hello 1...db.expect.hello_1.dict and _db.hello_1.dict are different,
see test/log.txt file a difference.
make: *** [test] Error 1

# less log.txt
--- db.expect.hello_1.dict 2005-08-18 19:27:06.000000000 +0200
+++ _db.hello_1.dict 2008-10-25 07:53:37.000000000 +0200
@@ -22,4 +22,4 @@
unknown
00-database-short
unknown
-ытhвrнaіbеlпdóeир аnýo
+аýhытrвaіbнеldeп nóриo

emerge --info:

Portage 2.1.4.5 (default/linux/powerpc/ppc32/2008.0/desktop, gcc-4.1.2,
glibc-2.6.1-r0, 2.6.24-gentoo-r3-x2 ppc)
=================================================================
System uname: 2.6.24-gentoo-r3-x2 ppc 7447A, altivec supported
Timestamp of tree: Sat, 25 Oct 2008 11:00:10 +0000
distcc 2.18.3 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [disabled]
app-shells/bash: 3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python: 2.4.4-r14, 2.5.2-r7
dev-util/ccache: 2.3
dev-util/cmake: 2.4.6-r1
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r2
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2,
1.10.1-r1
sys-devel/binutils: 2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3
ACCEPT_KEYWORDS="ppc"
CBUILD="powerpc-unknown-linux-gnu"
CFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing
-pipe -msecure-plt"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/NX/etc /usr/NX/home
/usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown
/usr/share/X11/xkb /usr/share/config /var/lib/hsqldb /var/qmail/alias
/var/qmail/control /var/spool/torque /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/
/etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild
/etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing
-pipe -msecure-plt"
DISTDIR="/usr/portage/distfiles"
FEATURES="collision-protect cvs distlocks metadata-transfer parallel-fetch
sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu"
LINGUAS="en en_GB nl zh ru he"
MAKEOPTS="-j2"
PKGDIR="/var/binpkg"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"

[Volkov Peter]

Is there anything else required to debug this problem? Is this a problem or we can safely ignore this issue? Thanks.

[Aleksey Cheusov]

It looks like your system have 8-bit integer. If yes, you can safely ignore this failure.
It happens because 32-int and 64-bit hash functions (used internally in dictfmt utility)
results in different chracters order in 00-database-alphabet entry.

It whould be nice to see what happens if you change the following line in tests/dictd_test.sh file
DIFF='diff -u'
with this code
diff_ign (){
diff -u "$@" || true
}
DIFF=diff_ign

Thanks for your report.

[Nobody/Anonymous]

All tests pass after applying the changes to test/dict_test

[Volkov Peter]

Well, ppc uses 32 bit integer. But it's quite possible that it is big-endian system. Is it possible that endianess affects said hash functions and it's still safe to avoid this error?

[Aleksey Cheusov]

About tests. If you don't see really weird output/differences while 'make test', then yes,
tests really passed. In this case, you can safely ignore that failure.
I will fix dictfmt in future release.
Thanks.

[Aleksey Cheusov]

Fixed in CVS.
dictfmt.c revision 1.87 and latest test/ subdirectory
is needed to recheck.
Thanks for the report.