Bug 102629 - devel/icu TestOtherAPI failed.
Summary: devel/icu TestOtherAPI failed.
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Mikhail Teterin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-29 03:10 UTC by Tian-Jian Jiang
Modified: 2006-11-07 19:20 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tian-Jian Jiang 2006-08-29 03:10:20 UTC
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
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-08-29 03:23:13 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback
Comment 2 Mikhail Teterin 2006-08-29 16:16:57 UTC
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
Comment 3 Tian-Jian Jiang 2006-09-09 19:45:01 UTC
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
Comment 4 Tian-Jian Jiang 2006-09-09 20:04:40 UTC
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
Comment 5 are.bryne 2006-09-13 10:56:32 UTC
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
Comment 6 Pav Lucistnik freebsd_committer freebsd_triage 2006-10-06 20:29:03 UTC
State Changed
From-To: feedback->open

Problem tracked down to using non-English locale 


Comment 7 Pav Lucistnik freebsd_committer freebsd_triage 2006-10-06 20:29:03 UTC
Responsible Changed
From-To: freebsd-ports-bugs->mi

Assign to maintainer
Comment 8 dfilter service freebsd_committer freebsd_triage 2006-11-07 19:15:55 UTC
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"
Comment 9 Mikhail Teterin freebsd_committer freebsd_triage 2006-11-07 19:18:28 UTC
State Changed
From-To: open->closed

The problem should be fixed now -- a new patch, obtained from 
the ICU developers -- was dropped into files/.