Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Sep 2011 16:20:04 GMT
From:      Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
To:        office@FreeBSD.org
Subject:   Re: ports/160481: devel/icu: Errors in total: 1. TestCompilerRTTI UObjectTest utility CLANG build failure
Message-ID:  <201109051620.p85GK4GF057177@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/160481; it has been noted by GNATS.

From: Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
To: "Hartmann, O." <ohartman@zedat.fu-berlin.de>
Cc: bug-followup@FreeBSD.org, office@FreeBSD.org
Subject: Re: ports/160481: devel/icu: Errors in total: 1. TestCompilerRTTI
 UObjectTest utility CLANG build failure
Date: Tue, 6 Sep 2011 00:16:15 +0800

 Hi,
 
 The failure is not limited to clang. It will also occur if you use gcc. :)
 
 excerpt from ${WRKSRC}/test/intltest/uobjtest.cpp:
 
     NumberFormat *nf = NumberFormat::createInstance("de", errorCode);
 
 ...
 
     if (&typeid(*nf) == NULL || typeid(*nf) == typeid(UObject) || typeid(*nf) == typeid(Format) ||
         typeid(*nf) != typeid(DecimalFormat) || typeid(*nf) == typeid(ChoiceFormat) ||
         typeid(*nf) == typeid(emptySet)
     ) {
         errln("typeid(NumberFormat) failed");
     }
 
 The failure was raised by typeid(*nf) != typeid(DecimalFormat).
 However, according to [1], I think it should be ==, not !=.
 That means you could safely ignore this. :)
 
 [1] http://icu-project.org/apiref/icu4c/classNumberFormat.html
 
 Regards,
 -- 
    Sunpoet Po-Chuan Hsieh <sunpoet at sunpoet.net> <sunpoet at FreeBSD.org>
            4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                              http://people.FreeBSD.org/~sunpoet/pgpkeys.txt



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201109051620.p85GK4GF057177>