From nobody@FreeBSD.org  Thu Sep 14 08:26:25 2006
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 206DD16A40F
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 14 Sep 2006 08:26:25 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 68F4243D6B
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 14 Sep 2006 08:26:23 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k8E8QNCH013153
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 14 Sep 2006 08:26:23 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id k8E8QNKt013152;
	Thu, 14 Sep 2006 08:26:23 GMT
	(envelope-from nobody)
Message-Id: <200609140826.k8E8QNKt013152@www.freebsd.org>
Date: Thu, 14 Sep 2006 08:26:23 GMT
From: Gergely Czuczy <phoemix@harmless.hu>
To: freebsd-gnats-submit@FreeBSD.org
Subject: deve/icu /custrtrn/Test_widestrs test fails
X-Send-Pr-Version: www-2.3

>Number:         103255
>Category:       ports
>Synopsis:       devel/icu /custrtrn/Test_widestrs test fails
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    mi
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 14 08:30:14 GMT 2006
>Closed-Date:    Tue Nov 07 19:18:03 GMT 2006
>Last-Modified:  Tue Nov  7 19:20:31 GMT 2006
>Originator:     Gergely Czuczy
>Release:        6-STABLE
>Organization:
Harmless Digital
>Environment:
FreeBSD kign.harmless.lan 6.1-STABLE FreeBSD 6.1-STABLE #0: Sun Sep  3 17:05:26 CEST 2006     root@kign.harmless.lan:/usr/obj/usr/src/sys/KIGN  i386

>Description:
devel/icu# make install clean # -DWITH_THREADS is irrelevant
..
 /custrtrn/
   ---[OK]  ---/custrtrn/Test_UChar_UTF32_API
   ---[OK]  ---/custrtrn/Test_UChar_UTF8_API
   ---[OK]  ---/custrtrn/Test_UChar_WCHART_API
   ---[OK]  ---/custrtrn/Test_widestrs
cintltst in free(): error: page is already free
Abort trap (core dumped)
*** Error code 134

hence devel/glib20 depends on this, and tons of desktop stuff depends on glib20, i would consider this brokage serious.
>How-To-Repeat:
cd /usr/ports/devel/icu && make install

>Fix:
N/A
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: edwin 
State-Changed-When: Thu Sep 14 08:32:44 UTC 2006 
State-Changed-Why:  
Awaiting maintainers feedback 

http://www.freebsd.org/cgi/query-pr.cgi?pr=103255 
State-Changed-From-To: feedback->open 
State-Changed-By: pav 
State-Changed-When: Sat Oct 7 15:27:29 UTC 2006 
State-Changed-Why:  
Assign to maintainer 


Responsible-Changed-From-To: freebsd-ports-bugs->mi 
Responsible-Changed-By: pav 
Responsible-Changed-When: Sat Oct 7 15:27:29 UTC 2006 
Responsible-Changed-Why:  
Assign to maintainer 

http://www.freebsd.org/cgi/query-pr.cgi?pr=103255 

From: Rasmus Kaj <kaj@kth.se>
To: bug-followup@FreeBSD.org, phoemix@harmless.hu
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: 17 Oct 2006 22:44:02 +0200

 I get what seems to be this same problem, but running FreeBSD 5.5.
 
 Here's gdb output from an amd64:
 
    ---[OK]  ---/custrtrn/Test_widestrs
 cintltst in free(): error: page is already free
 
 Program received signal SIGABRT, Aborted.
 0x0000000801c8a308 in kill () from /lib/libc.so.5
 (gdb) bt
 #0  0x0000000801c8a308 in kill () from /lib/libc.so.5
 #1  0x0000000801c7f931 in raise () from /lib/libc.so.5
 #2  0x0000000801cf87f6 in abort () from /lib/libc.so.5
 #3  0x0000000801c96d05 in ldexp () from /lib/libc.so.5
 #4  0x0000000801c96d48 in ldexp () from /lib/libc.so.5
 #5  0x0000000801c978f5 in ldexp () from /lib/libc.so.5
 #6  0x0000000801c97ee5 in ldexp () from /lib/libc.so.5
 #7  0x0000000801c98005 in free () from /lib/libc.so.5
 #8  0x0000000800b8169b in u_strFromWCS_3_6 () from /usr/ports/devel/icu/work/icu/source/lib/libicuuc.so.36
 #9  0x000000000048c737 in Test_WCHART_LongString ()
 #10 0x000000080073a3f1 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #11 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #12 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #13 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #14 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #15 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #16 0x000000080073a3a3 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #17 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #18 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #19 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #20 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #21 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #22 0x000000080073a3d0 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #23 0x000000080073a3a3 in iterateTestsWithLevel () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #24 0x000000080073a5e8 in runTests () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #25 0x000000080073aa0d in processArgs () from /usr/ports/devel/icu/work/icu/source/tools/ctestfw/libicutest.so.36
 #26 0x000000000042d43a in main ()
 (gdb)
 
 
 -- 
 Rasmus Kaj <rasmus@kaj.se> -- http://www.stacken.kth.se/~kaj/
 ACRONYM: A Contrived Reduction Of Nomenclature Yielding Mnemonics

From: Mikhail Teterin <mi+mx@aldan.algebra.com>
To: bug-followup@freebsd.org, phoemix@harmless.hu
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Wed, 18 Oct 2006 10:35:58 -0400

 According to the ICU developers, this is a gcc bug... Could you try rebuilding 
 with gcc-4.x? Add the following 3 lines to the port's Makefile -- right after 
 the bsd.port.pre.mk:
 
 .if ${OSVERSION} < 601000  
 USE_GCC=	4+
 .endif
 
 Thanks!
 
 	-mi

From: Gergely CZUCZY <phoemix@harmless.hu>
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Wed, 18 Oct 2006 19:53:42 +0200

 --dDRMvlgZJXvWKvBx
 Content-Type: text/plain; charset=utf-8
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On Wed, Oct 18, 2006 at 10:35:58AM -0400, Mikhail Teterin wrote:
 > According to the ICU developers, this is a gcc bug... Could you try rebui=
 lding=20
 > with gcc-4.x? Add the following 3 lines to the port's Makefile -- right a=
 fter=20
 > the bsd.port.pre.mk:
 >=20
 > .if ${OSVERSION} < 601000 =20
 > USE_GCC=3D	4+
 > .endif
 # make build
 "Makefile", line 39: Malformed conditional (${OSVERSION} < 601000)
 "Makefile", line 41: if-less endif
 make: fatal errors encountered -- cannot continue
 
 
 Bye,
 
 Gergely Czuczy
 mailto: gergely.czuczy@harmless.hu
 
 --=20
 Weenies test. Geniuses solve problems that arise.
 
 --dDRMvlgZJXvWKvBx
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.5 (FreeBSD)
 
 owFtU8tuEzEUDa0QYAmh/sFVqXg1HiaPpmFoKCWNSiVCRB8UqQs0mbmTMfXYg8eT
 NoWu2HSBxGMDEkL5AiQWbFhX7BAfgFiw5hNYYTcKG5C8sO+5Puden+uXZycLE1Pf
 Pn7ann3++t2JDxO/u1eSXGvRo4mv+kzQkuuWaH2+Vi/TCsVauRaFQRnnS9Uq1lq1
 RxeaUmgUmm4MUvRA456+mnKfiesQxL7KUDdyHdE6GectsyyVGdNMCg+Y4EzgX2xD
 +SKLUNGWCGTIRM+Dx7nUGNJUMaH9LkdCOgK2MCxCJ9BQqheh7Lo18M3e9Spz3lx9
 qQ3UrbpuEdpsJ/YZhw3UaO7DrjJcHrkBS0EgleUHLUHHCKvNTQixj1ymqLKiibEM
 zPKhFwTQzXuO40BT5jyEgcxBqwEo7OasQbilaZRdw7rLdGzzadXZW4SlMDymjiTn
 ctdqVcA2m401U6n0xQza/g5GjCNQCor1Yg1+g0Sm4BGpzexmoWOznVShk+yYDkaY
 wyKYedJZv99aW1/t3D2ABai5xi8XRvjmeuvhSrPZqCyfqc7afBQhi8h5SIym6Yrx
 kEyP9aeLx+VB5ZpnauKRVAmGEEhzxXrlc7j0X63L/1JUS8bZiHLMMhhJWkEPIl8b
 GlRKKgsEMje2K6NiWg98IaS2epqJ3NhMbg2wSMgKqh7yATT382B/YIgY19KD3ijs
 BMfhm2bSEivnxDkhlNr2txAFs6+NmXZgxRzyzBwzyfvm7ZU0s5QYNDaT4yuWoUMO
 FydPFuxIj7/D1ESZFIbp0cLR/qvDZ6fetrfvPT2KP/fP3SkM196kp287M8OfBz+G
 X94/+PXV+f7iDw==
 =W4kM
 -----END PGP SIGNATURE-----
 
 --dDRMvlgZJXvWKvBx--

From: Mikhail Teterin <mi+mx@aldan.algebra.com>
To: Gergely CZUCZY <phoemix@harmless.hu>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Wed, 18 Oct 2006 14:08:34 -0400

 > # make build
 > "Makefile", line 39: Malformed conditional (${OSVERSION} < 601000)
 > "Makefile", line 41: if-less endif
 > make: fatal errors encountered -- cannot continue
 
 Please, send me the complete Makefile -- by direct e-mail. Thanks!
 
 	-mi

From: Mikhail Teterin <mi+mx@aldan.algebra.com>
To: Gergely CZUCZY <phoemix@harmless.hu>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Wed, 18 Oct 2006 14:39:56 -0400

  18  2006 13:53, Gergely CZUCZY :
 > > Add the following 3 lines to the port's Makefile -- right after
 > > the bsd.port.pre.mk:
 > >
 > > .if ${OSVERSION} < 601000 
 > > USE_GCC=4+
 > > .endif
 >
 > # make build
 > "Makefile", line 39: Malformed conditional (${OSVERSION} < 601000)
 > "Makefile", line 41: if-less endif
 > make: fatal errors encountered -- cannot continue
 
 Contrary to my request above, you added the three lines BEFORE, rather than 
 AFTER the bsd.port.pre.mk line... Please, try again. Thanks!
 
 	-mi

From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= <patpr@davenulle.org>
To: bug-followup@freebsd.org,
 Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Sun, 22 Oct 2006 13:13:29 +0200

 Hello,
 
 > According to the ICU developers, this is a gcc bug... Could you try
 > rebuilding with gcc-4.x?
 
 For this bug :
 ---
  cintltst in free(): error: page is already free
  Abort trap (core dumped)
 ---
 It is ok with GCC 4 (gcc version 4.0.4 20061005 (prerelease) [FreeBSD]) and 
 CFLAGS = -O2 or with the default gcc (gcc version 3.4.6) but with 
 CFLAGS= -O. I run FreeBSD 6.2
 
 But i've got another problem because of my locale fr_FR :
 # locale
 LANG=fr_FR.ISO8859-15
 LC_CTYPE="fr_FR.ISO8859-15"
 LC_COLLATE="fr_FR.ISO8859-15"
 LC_TIME="fr_FR.ISO8859-15"
 LC_NUMERIC="fr_FR.ISO8859-15"
 LC_MONETARY="fr_FR.ISO8859-15"
 LC_MESSAGES="fr_FR.ISO8859-15"
 LC_ALL=fr_FR.ISO8859-15
 
 The test fails with :
    ---OK:   CollationMonkeyTest
          ERROR : The junk is the same as the French collator.
 
       ---ERRORS (1) in TestProperty
 
 --------------------------------------
 Errors in total: 1.
             TestProperty
          CollationAPITest
       collate
 
 Looking the source, i think it is normal, the test gets a default locator 
 and compare it to a french locator : there are the same on my system.
 
 file test/intltest/apicoll.cpp  
 void
 CollationAPITest::TestProperty(/* char* par */)
 [...]
 
    junk = Collator::createInstance(abcd, success);
 
     if (U_FAILURE(success))
     {
         errln("Junk collation creation failed, should at least return 
 default.");
         delete col;
         return;
     }
 
     delete col;
     col = Collator::createInstance(success);
     if (U_FAILURE(success))
     {
         errln("Creating default collator failed.");
         delete junk;
         return;
     }
 
     doAssert(((RuleBasedCollator *)col)->getRules() == ((RuleBasedCollator 
 *)junk)->getRules(),
                "The default collation should be returned.");
     Collator *frCol = Collator::createInstance(Locale::getFrance(), 
 success);
     if (U_FAILURE(success))
     {
         errln("Creating French collator failed.");
         delete col; delete junk;
         return;
     }
 
     doAssert((*frCol != *junk), "The junk is the same as the French 
 collator.");
 
 ------------
 
 So if i revert my locale to "C" (setenv LC_ALL C), all the tests run ok
 
 Regards.

From: Mikhail Teterin <mi+kde@aldan.algebra.com>
To: Patrick =?iso-8859-1?q?Lamaizi=E8re?= <patpr@davenulle.org>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Sun, 22 Oct 2006 11:16:55 -0400

 On Sunday 22 October 2006 07:13, Patrick Lamaizire wrote:
 = But i've got another problem because of my locale fr_FR :
 
 This looks like a problem with the ICU itself (rather than the FreeBSD 
 port) -- could you, please, report it to the ICU maintainers?
 
 	http://bugs.icu-project.org/cgi-bin/icu-bugs
 
 Thanks!
 
 	-mi

From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= <patpr@davenulle.org>
To: Mikhail Teterin <mi+kde@aldan.algebra.com>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Sun, 22 Oct 2006 19:01:18 +0200

 Le dimanche 22 octobre 2006 17:16, Mikhail Teterin a crit :
 > = But i've got another problem because of my locale fr_FR :
 >
 > This looks like a problem with the ICU itself (rather than the FreeBSD
 > port) -- could you, please, report it to the ICU maintainers?
 >
 > 	http://bugs.icu-project.org/cgi-bin/icu-bugs
 
 I did it:
 http://source.icu-project.org/cgi-bin/icu-bugs/incoming?id=5473;user=guest
 
 For the FreeBSD port, is-it possible to set the locale to "C" in the 
 Makefile as a work around ?
 
 Regards.

From: Mikhail Teterin <mi+kde@aldan.algebra.com>
To: Patrick =?iso-8859-1?q?Lamaizi=E8re?= <patpr@davenulle.org>
Cc: bug-followup@freebsd.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Sun, 22 Oct 2006 13:06:22 -0400

 On Sunday 22 October 2006 13:01, Patrick Lamaizire wrote:
 = For the FreeBSD port, is-it possible to set the locale to "C" in the 
 = Makefile as a work around ?
 
 It is, of course... However, this would hide the bugs like this and thus 
 partially defeat the purpose of the testing.
 
 If you know, this particular test is wrong -- I can add a patch for the test 
 to the port, but if we run the tests in "C" only, we will not catch a non-C 
 locale bug in the future.
 
 	-mi

From: Torben Jakobsen <torben.jakobsen@dk.ibm.com>
To: bug-followup@FreeBSD.org, phoemix@harmless.hu
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Mon, 23 Oct 2006 20:33:42 +0200

 Hi
 
 I had the same problem until I added -fno-strict-aliasing to my CFLAGS in
 /etc/make.conf
 
 I have experimented with settings and the following worked for me
 
 CFLAGS= -O2 -pipe -funroll-loops -fomit-frame-pointers -fno-strict-aliasing
 
 This one worked but I have not tested omitting the others and rebuilding
 
 :-)
 Torben
 

From: Andras GELANYI <andras@gelanyi.hu>
To: bug-followup@FreeBSD.org,  phoemix@harmless.hu
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Thu, 02 Nov 2006 23:29:37 +0100

 This is a cryptographically signed message in MIME format.
 
 --------------ms070009080503060109040207
 Content-Type: text/plain; charset=UTF-8; format=flowed
 Content-Transfer-Encoding: 7bit
 
 hi,
 
 -fno-strict-aliasing does the job. you can omit all of the other flags.
 to be honest i am not completely sure that this is the best way to go. 
 anyway. in case i will face any postgres faults i will check the status 
 of this bug(?) again. :]
 
 andras
 
 --------------ms070009080503060109040207
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJiTCC
 Ax8wggKIoAMCAQICEEl1PeQE/ft3QHl3rZqUnxowDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
 BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
 I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MTAxMDAwNTM0MFoX
 DTA3MTAxMDAwNTM0MFowYjERMA8GA1UEBAwIR2Vsw6FueWkxEDAOBgNVBCoMB0FuZHLDoXMx
 GTAXBgNVBAMMEEFuZHLDoXMgR2Vsw6FueWkxIDAeBgkqhkiG9w0BCQEWEWFuZHJhc0BnZWxh
 bnlpLmh1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvrwWZJKtIPbeJRwwX342
 lqK1rz1b6uhmXhJXzobfxGsdVY+F6wArY/uKlw4V/QpQ9DqiDMIR/tGEVIoeHGfh2c3hez7o
 cReQ6AD5ZwdZbHiwc95XHei5ceHg+YqGX7fQB8Nt3DZiH3ffnu8JvxoEAJJFNC98P6kKM8JA
 pwexLtSP9eBxPoYJJsSoXgP5Lq4/C16jcqxDTeW2uDmjFgIoKtTCCeS2iIXBGOkNIOfwusZE
 2zOOt4nnT152TdsdF/YKjGZXZj8z4bLQEJIKYCMuWJ4i2mRAFxaPjBPSLhjvgJs+0XAExrN3
 thDPkUBwZIoT5BlODEZIdMP+WZWIMaxqaQIDAQABo1IwUDAPBgNVHQ8BAf8EBQMDB/mAMBEG
 CWCGSAGG+EIBAQQEAwIFoDAcBgNVHREEFTATgRFhbmRyYXNAZ2VsYW55aS5odTAMBgNVHRMB
 Af8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBAKmGe9dCoRvm6ULM0aT9BDOBjt6UpKvpNQmmKR5X
 tiydCfliWgDj32QbiK4nVnvUJCYPBkex3uHsi0vyFpRehVmnZczaFQRethaGJQ12DerARlu4
 gySHDmM5TnfuIIIbl/4C75y0kVYIgKMzisoEFe2IBldba83j699H4X8HkzoBMIIDHzCCAoig
 AwIBAgIQSXU95AT9+3dAeXetmpSfGjANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTEl
 MCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl
 IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDYxMDEwMDA1MzQwWhcNMDcxMDEw
 MDA1MzQwWjBiMREwDwYDVQQEDAhHZWzDoW55aTEQMA4GA1UEKgwHQW5kcsOhczEZMBcGA1UE
 AwwQQW5kcsOhcyBHZWzDoW55aTEgMB4GCSqGSIb3DQEJARYRYW5kcmFzQGdlbGFueWkuaHUw
 ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC+vBZkkq0g9t4lHDBffjaWorWvPVvq
 6GZeElfOht/Eax1Vj4XrACtj+4qXDhX9ClD0OqIMwhH+0YRUih4cZ+HZzeF7PuhxF5DoAPln
 B1lseLBz3lcd6Llx4eD5ioZft9AHw23cNmIfd9+e7wm/GgQAkkU0L3w/qQozwkCnB7Eu1I/1
 4HE+hgkmxKheA/kurj8LXqNyrENN5ba4OaMWAigq1MIJ5LaIhcEY6Q0g5/C6xkTbM463iedP
 XnZN2x0X9gqMZldmPzPhstAQkgpgIy5YniLaZEAXFo+ME9IuGO+Amz7RcATGs3e2EM+RQHBk
 ihPkGU4MRkh0w/5ZlYgxrGppAgMBAAGjUjBQMA8GA1UdDwEB/wQFAwMH+YAwEQYJYIZIAYb4
 QgEBBAQDAgWgMBwGA1UdEQQVMBOBEWFuZHJhc0BnZWxhbnlpLmh1MAwGA1UdEwEB/wQCMAAw
 DQYJKoZIhvcNAQEFBQADgYEAqYZ710KhG+bpQszRpP0EM4GO3pSkq+k1CaYpHle2LJ0J+WJa
 AOPfZBuIridWe9QkJg8GR7He4eyLS/IWlF6FWadlzNoVBF62FoYlDXYN6sBGW7iDJIcOYzlO
 d+4gghuX/gLvnLSRVgiAozOKygQV7YgGV1trzePr30fhfweTOgEwggM/MIICqKADAgECAgEN
 MA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBl
 MRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYD
 VQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUg
 UGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWls
 QHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQG
 EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj
 VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQAD
 gY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTl
 UAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIAC
 ZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgw
 BgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3Rl
 UGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAY
 BgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2j
 ZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguC
 dJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4k
 sdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl
 IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
 YWlsIElzc3VpbmcgQ0ECEEl1PeQE/ft3QHl3rZqUnxowCQYFKw4DAhoFAKCCAcMwGAYJKoZI
 hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMTAyMjIyOTM3WjAjBgkq
 hkiG9w0BCQQxFgQUCVvS+VCmk3zxme+osaVwT+7XXQ4wUgYJKoZIhvcNAQkPMUUwQzAKBggq
 hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI
 hvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo
 YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG
 cmVlbWFpbCBJc3N1aW5nIENBAhBJdT3kBP37d0B5d62alJ8aMIGHBgsqhkiG9w0BCRACCzF4
 oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0
 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBJdT3k
 BP37d0B5d62alJ8aMA0GCSqGSIb3DQEBAQUABIIBAJqCzNQMqNfK2YEfhsmGCK6a0jE6EnE0
 kEOjFEnNMsSFZMgtXLpz/CWTIujscY5VEcXgqw+1/CYdAsbITtiA+NCAAbgYVr4nYLZaVk6m
 L6CwqzGSWme01AJrJklEsitDpmEaF2UtTY9hfcxInU52s3B7kEzNQW3MPUWXCXfHUByUgZo6
 xsBYSFKggs7XU7R6SgGXqB7kpGWGNNgtgWz/WQTmHL3L0VkC5anJ5IScyzDVaY9LwTOs3YCr
 awdcQ4y3Fq5G6xakv2HfS9LVG0+cVrr+UQh6DE+WtDtc3XKeLrMEmkEvqLZqbyGhPkdDbgf7
 h+o+PZRgB75h6bbU70Kcx2EAAAAAAAA=
 --------------ms070009080503060109040207--

From: Torben Jakobsen <torben.jakobsen@dk.ibm.com>
To: bug-followup@FreeBSD.org, phoemix@harmless.hu
Cc:  
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Mon, 6 Nov 2006 10:52:15 +0100

 --0__=4EBBF88DDFA173458f9e8a93df938690918c4EBBF88DDFA17345
 Content-type: text/plain; charset=US-ASCII
 
 
 Hi all
 
 I have done some cleanup of my make.conf (from a previous post) so I don't
 get too many strange build errors because of my ICU hack.
 
 The following is a snip from my new make.conf and should give you all an
 idea of how to make different options depending of the build.
 
    ...
 
    #  Build settings for ports collection
    .if ${.CURDIR:M*/usr/ports/*}
    CFLAGS= -O2 -pipe -funroll-loops
    CXXFLAGS= -O2 -pipe -funroll-loops
    .endif
 
    # Build settings for base system
    .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*}
    CFLAGS+= -O2 -pipe -funroll-loops -ffast-math
    CXXFLAGS+= -O2 -pipe -funroll-loops -ffast-math
    COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math
    .endif
 
    ...
 
    # Hack to build ICU
    .if ${.CURDIR:M*/usr/ports/devel/icu}
    CFLAGS+= -fno-strict-aliasing
    .endif
 
    ...
 
 This snippet gives you different options for making the base system and the
 ports collection. At the end there is a hack where I add the -fno-strict
 aliasing to the ICU port only -- the hack as I originally posted it will
 most likely break other builds.
 
 I have no idea why it works -- it was just frustrated trial and error until
 I could make ICU. Afterwards I was so happy I had to share it with you guys
 and gals.
 
 
 
 Med venlig hilsen / Kind Regards
 
 
 Torben Jakobsen
 Consultant
 
 
 ____________________________________________
 
 
 (Embedded image moved to file: pic05758.gif)
 International Business Machines A/S
 Cell phone: +45 4120 1195
 E-mail: torben.jakobsen@dk.ibm.com
 Web: www.ibm.com
 --0__=4EBBF88DDFA173458f9e8a93df938690918c4EBBF88DDFA17345
 Content-type: image/gif; 
 	name="pic05758.gif"
 Content-Disposition: attachment; filename="pic05758.gif"
 Content-transfer-encoding: base64
 
 R0lGODlhOAAZAHcAACH/C01TT0ZGSUNFOS4wDQAAAAFzUkdCAK7OHOkAIf8LTVNPRkZJQ0U5LjAX
 AAAAC21zT1BNU09GRklDRTkuMEI8pPUALAAAAAA4ABkAh/////L1/Obr+Nnh9cvW8MDM7rLB6aW3
 5pmt4o6l4IGb3XOQ2GiG1lp70U1xzkFnyjRdxwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
 AAAAAAAAAAAAAAAAAAAAAKhYFACg+BIAX6bnd+j6EgDwiPp3cDj1d/////+oRPl3cH31dzqK9XcA
 AAAAAABAADiGSAC4+RIAAAAAAMtE+XegBBcAzYv1d3gHFAA3kPV3yAQXAKgEFwDcfRgAgAMUAPh9
 GABSpud3Iaznd2wAAAAEwPV3WKTnd7gDFADIfRgAAQAAAAkAAAC4AxQAwH0YAAsAAABBAAAAs5v1
 d7h9GAAkAAIAkO4WACz6EgAw+hIAAAAAAMtE+XfAfRgAzYv1d9gHFAA3kPV33H0YAMh9GAAAAAAA
 N5D1dwUAAAAoAAAAAAAAAOB7GAAAAAAAAAABAAAAFAD8+BIAGPsSAOT5EgDwiPp3iBz1d/////83
 kPV3VpT2d3GU9nfgRfx3ZJT2d8gEFwCoBBcA3H0YAADg/X/M+RIAAQAAACj6EgDwiPp3IBb1d///
 //9klPZ3hJ32dwcAAAA4AAAAyH0YAAAAAACIBBcAuEgBAAAAFAB0+RIAAAAAAHT6EgDwiPp3iBz1
 d/////83kPV3Ie/ndwAAFAAAAAAALe/nd2S81HcAAEAABQAAALB7GAAA4P1/MgBQAAAAAAAAAAAA
 JAEAAMh9GABE+hIAAAAAALD/EgAJSOl3mBDpd/////8t7+d3XFdDAMh9GABkvNR3AABAACAAAAC0
 /AUfuDHEAWDgEUC4McQBoP+JMpwxxAEAAAAA6AEAACQAAAAgAQAAMnB4Ymx1ZV9pYm1fAAAAAC5n
 aQCoWBQAAAAUANT4EgAAAAAANPsSAPCI+nd4HPV3/////zqK9XfUpud3AAAUAAgAFADlpud3ZLzU
 dwAAAAAAAAAAAAAAAAAAAABE2kQA0VgUALTvFgDVWBQAZYZIAP////+oWBQAntpEANFYFABz0EQA
 qFgUAAj/AAEIHEiwoMGDCBMqXMiwocOHECM+hECxokUEBCxqrOgAwUAGGykKKKggJISBCFKqXElA
 wMqXLwsINAAz5YCCNVMOJMCzp08BAXwKHUoAwACiPAkKQFpUoEmKGJ+GFADS5E2BC56izInRJVeY
 AmjmbArga0GvKcnuXDlSIAGWA8W+dFuzbcGMFT3itEgWAd+PIYs2CHwwaE+7A5f2DJDYJ2OBR4eO
 RPq44AAGmBkYMGggs+fPMgcm+Jz5AGnMV+9eNOhXqoKCVaU++Cuxtm3VeVlLhfCaYGwIBjY2aE1R
 7cDLmTcX7Hzac2iBozMHIG2AOerCPw0q5ll5O4HKkZN6cy/qvTJBvFB1V+xr8flvAAUsMihL+yzc
 u2zXqiQrVy/ctyohVhZXLX0FVn8q0aUTAADO5dRTUe1m0XQhuUXRAgIRZ9FOTAHF1FA3hecTh22N
 l1SGBKJlYGgILsjgAfo5CIBUEUrVEWAbHdcbfTne5uNDAQEAOw==
 
 --0__=4EBBF88DDFA173458f9e8a93df938690918c4EBBF88DDFA17345--
 

From: Mikhail Teterin <mi+kde@aldan.algebra.com>
To: Torben Jakobsen <torben.jakobsen@dk.ibm.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/103255: devel/icu /custrtrn/Test_widestrs test fails
Date: Tue, 7 Nov 2006 09:03:55 -0500

 On Monday 06 November 2006 05:00, Torben Jakobsen wrote:
 =	# Build settings for base system
 =	.if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*}
 =	CFLAGS+= -O2 -pipe -funroll-loops -ffast-math
 =	CXXFLAGS+= -O2 -pipe -funroll-loops -ffast-math
 =	COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math
 =	.endif
 
 Ok, using fast-math in the base is, probably, wrong. But that's not
 related to ICU.
 
 =	# Hack to build ICU
 =	.if ${.CURDIR:M*/usr/ports/devel/icu}
 =	CFLAGS+= -fno-strict-aliasing
 =	.endif
 
 AFAIK, -fno-strict-aliasing is part of CFLAGS by default... Anyway,
 can you tell me, what the final CFLAGS are in icu?
 
 	make -C /usr/ports/devel/icu -V CFLAGS -V CXXFLAGS
 
 Thanks!
 
 	-mi
 
State-Changed-From-To: open->closed 
State-Changed-By: mi 
State-Changed-When: Tue Nov 7 19:16:53 UTC 2006 
State-Changed-Why:  
Using -fno-strict-aliasing is essential. The gcc-3.x is 
known to be buggy without this. Port updated to add the 
flag automatically, when using the "stock" cc and c++. 

Thanks to all for investigating. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=103255 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/103255: commit references a PR
Date: Tue,  7 Nov 2006 19:15:55 +0000 (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"
 
>Unformatted:
