portupgrade icu from 3.4 to 3.4.1: Errors in total: 1. TestOtherAPI NewResourceBundleTest utility How-To-Repeat: portupgrade icu from 3.4 to 3.4.1
State Changed From-To: open->feedback Awaiting maintainers feedback
I don't see this problem here: -------------------------------------- OK: All tests passed without error. -------------------------------------- Elapsed Time: 00:00:44.000 Could investigate a little more on your side? Are you build 3.4.1, while 3.4 is still installed? If that's, what triggers the problem, I may be able to work-around it... Thanks! -mi
Dear Mi, Sorry for late response, Gmail had recognized the mail as spam =_= I've tried to force de-installation icu 3.4 and then install 3.4.1, it still failed. Here is some more detailed information: #gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 It got the same error of NewResourceBundleTest, no matter with or without THREADS. Hope this help. Regards, Tian-Jian
Dear Mi, I think I found the problem. Since it complained about ResourceBundle, I guess the suspect might be locale settings. I've got error with zh_TW.Big5, but now it worked with en_US.UTF-8. Sincerely, Tian-Jian
Hello, I had the same problem as Tian-Jian Jiang, receiving the message "Construction of default resourcebundle didn't take the defaultlocale", and a segmentation fault at the same place indicated by Jiang. The port was being compiled on a 4.11-RELEASE system. I followed the provided lead provided by Jiang, changing the LANG environment variable from no_NO.ISO8859-1 to en_US.UTF-8, and then the test passed. Thank you! Best regards, Are Bryne
State Changed From-To: feedback->open Problem tracked down to using non-English locale
Responsible Changed From-To: freebsd-ports-bugs->mi Assign to maintainer
mi 2006-11-07 19:14:25 UTC FreeBSD ports repository Modified files: devel/icu Makefile Added files: devel/icu/files patch-intltest Log: Add a patch to fix test-failures in some "exotic" locales (obtained from ICU): PR: 102629 Make sure to use not only "-O2", but also "-fno-strict-aliasing" -- but only when using the "stock" cc/c++ as the newer gcc-4.x does not seem to exhibit a problem. This seems to help the test-exposed miscompilations. PR: 103255 Revision Changes Path 1.23 +8 -2 ports/devel/icu/Makefile 1.1 +64 -0 ports/devel/icu/files/patch-intltest (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
State Changed From-To: open->closed The problem should be fixed now -- a new patch, obtained from the ICU developers -- was dropped into files/.