From owner-freebsd-office@FreeBSD.ORG  Mon Sep  5 16:16:36 2011
Return-Path: <owner-freebsd-office@FreeBSD.ORG>
Delivered-To: office@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 506F410656D0;
	Mon,  5 Sep 2011 16:16:36 +0000 (UTC)
	(envelope-from sunpoet@sunpoet.net)
Received: from sunpoet.net (sunpoet.net [220.133.12.240])
	by mx1.freebsd.org (Postfix) with ESMTP id 1B0DA8FC14;
	Mon,  5 Sep 2011 16:16:35 +0000 (UTC)
Received: by sunpoet.net (Postfix, from userid 1000)
	id E90075756; Tue,  6 Sep 2011 00:16:15 +0800 (CST)
Date: Tue, 6 Sep 2011 00:16:15 +0800
From: Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
To: "Hartmann, O." <ohartman@zedat.fu-berlin.de>
Message-ID: <20110905161615.GA77562@bonjour.sunpoet.net>
References: <201109051059.p85AxDcG099992@red.freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <201109051059.p85AxDcG099992@red.freebsd.org>
Organization: The FreeBSD Project
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: office@FreeBSD.org, bug-followup@FreeBSD.org
Subject: Re: ports/160481: devel/icu: Errors in total: 1. TestCompilerRTTI
 UObjectTest utility CLANG build failure
X-BeenThere: freebsd-office@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Office applications on FreeBSD <freebsd-office.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-office>, 
	<mailto:freebsd-office-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-office>
List-Post: <mailto:freebsd-office@freebsd.org>
List-Help: <mailto:freebsd-office-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-office>,
	<mailto:freebsd-office-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Sep 2011 16:16:36 -0000

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