Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 172899 - dev-libs/STLport-5.1.0 fails test on x86-hardened
Summary: dev-libs/STLport-5.1.0 fails test on x86-hardened
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: C++ Team [disbanded]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-31 16:45 UTC by RonnyPeine
Modified: 2007-06-12 13:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Log of the "make test" output (STLport-testlog.bz2,2.40 KB, text/plain)
2007-03-31 16:46 UTC, RonnyPeine
Details

Note You need to log in before you can comment on or make changes to this bug.
Description RonnyPeine 2007-03-31 16:45:51 UTC
dev-libs/STLport-5.1.0 fails test on x86-hardened:
There were errors! 1 of 380 tests


!!! ERROR: dev-libs/STLport-5.1.0 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_test
  ebuild.sh, line 1026:   Called qa_call 'src_test'
  environment, line 3525:   Called src_test
  STLport-5.1.0.ebuild, line 106:   Called die

!!! unit tests failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/dev-libs/STLport-5.1.0/temp/build.log'.

Does anyone know how to see which test failed? There is no indication of an error for all tests.
I attach a logfile of all tests.

Reproducible: Always
Comment 1 RonnyPeine 2007-03-31 16:46:31 UTC
Created attachment 115062 [details]
Log of the "make test" output
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-03-31 16:49:08 UTC
Comment on attachment 115062 [details]
Log of the "make test" output

Please, don't attach tarballs.
Comment 3 RonnyPeine 2007-04-01 09:39:16 UTC
(In reply to comment #2)
It's not tar, it's just bzip2. I thought saving bandwith and space on bugzilla would be good. Ok, i won't do it anymore.
Comment 4 Tiziano Müller (RETIRED) gentoo-dev 2007-04-01 19:36:17 UTC
hmm, there it is:
LocaleTest::money_put_get
        fr_FR
        ru_RU.koi8r

../../../test/unit/locale_test.cpp(225) : CPPUNIT_ASSERT(str_res[index++] ==
'1');
        en_GB
        en_US
        C
Could you please try with STLport-5.1.2 I just committed? Thanks!
Comment 5 RonnyPeine 2007-04-02 08:19:31 UTC
(In reply to comment #4)
With dev-libs/STLport-5.1.2 i get even more errors:
LocaleTest::num_put_get
        fr_FR
        ru_RU.koi8r
        en_GB
        en_US
        C
LocaleTest::money_put_get
        fr_FR
        ru_RU.koi8r

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');
        en_GB
        en_US
        C
LocaleTest::money_put_X_bug
        fr_FR
        ru_RU.koi8r
        en_GB
        en_US
        C
LocaleTest::time_put_get
        fr_FR
        ru_RU.koi8r
        en_GB
        en_US
        C
LocaleTest::collate_facet
LocaleTest::ctype_facet
        fr_FR
        ru_RU.koi8r
        en_GB
        en_US
        C
LocaleTest::locale_init_problem
        fr_FR
        ru_RU.koi8r
        en_GB
        en_US
        C
LocaleTest::default_locale
LocaleTest::facet_id
LocaleTest::combine
        combining 'ru_RU.koi8r' money facets with 'fr_FR'

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');
        combining 'en_GB' money facets with 'ru_RU.koi8r'

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');

../../../test/unit/locale_test.cpp(241) : CPPUNIT_ASSERT(str_res[index++] == '1');
        combining 'en_US' money facets with 'en_GB'
        combining 'C' money facets with 'en_US'


There were errors! 7 of 384 tests
Comment 6 Evgeniy Kliymovich 2007-06-12 06:47:28 UTC
Can you show us:

#locale
Comment 7 RonnyPeine 2007-06-12 07:27:28 UTC
(In reply to comment #6)
locale gives me:
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_PAPER="de_DE.utf8"
LC_NAME="de_DE.utf8"
LC_ADDRESS="de_DE.utf8"
LC_TELEPHONE="de_DE.utf8"
LC_MEASUREMENT="de_DE.utf8"
LC_IDENTIFICATION="de_DE.utf8"
LC_ALL=de_DE.utf8
Comment 8 Evgeniy Kliymovich 2007-06-12 08:11:01 UTC
(In reply to comment #7)
> (In reply to comment #6)
> locale gives me:
> LANG=de_DE.utf8
> LC_CTYPE="de_DE.utf8"
> LC_NUMERIC="de_DE.utf8"
> LC_TIME="de_DE.utf8"
> LC_COLLATE="de_DE.utf8"
> LC_MONETARY="de_DE.utf8"
> LC_MESSAGES="de_DE.utf8"
> LC_PAPER="de_DE.utf8"
> LC_NAME="de_DE.utf8"
> LC_ADDRESS="de_DE.utf8"
> LC_TELEPHONE="de_DE.utf8"
> LC_MEASUREMENT="de_DE.utf8"
> LC_IDENTIFICATION="de_DE.utf8"
> LC_ALL=de_DE.utf8
> 

I have en_US.UTF-8, and STLport were build for me without errors.
Try firstly:
# locale-gen
than try:
# LANG="en_US" emerge STLport
If doesn't help, try:
# LANG="C" emerge STLport

I think problem with broken locale files...Maybe not...
Comment 9 RonnyPeine 2007-06-12 13:18:02 UTC
(In reply to comment #8)
> I have en_US.UTF-8, and STLport were build for me without errors.
> Try firstly:
> # locale-gen
> than try:
> # LANG="en_US" emerge STLport
> If doesn't help, try:
> # LANG="C" emerge STLport
> 
> I think problem with broken locale files...Maybe not...

I have tested a rebuild and the problem is gone away, no workaround needed.
I think it is related to the glibc upgrade from 2.3 to 2.5 where some locales seems to have been fixed. Therefor, the problem is not reproducible anymore.
I will close this bug.
Thank you for your work and replies. Keep up the good work :)