ports/130065: devel/stlport update to 5.2.1 and problems
Václav Haisman
v.haisman at sh.cvut.cz
Wed Dec 31 13:20:04 UTC 2008
The following reply was made to PR ports/130065; it has been noted by GNATS.
From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= <v.haisman at sh.cvut.cz>
To: bug-followup at FreeBSD.org, v.haisman at sh.cvut.cz
Cc:
Subject: Re: ports/130065: devel/stlport update to 5.2.1 and problems
Date: Wed, 31 Dec 2008 14:13:47 +0100
This is a multi-part message in MIME format.
--------------090409030503070002030305
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
The attached patch tries to work around the floating point limits
problem (standards/130067) but it results into some new test suite
failures which seem to be rather harmless but I am not entirely sure
:)
----
NumPutGetTest::num_put_float
../../../test/unit/num_put_get_test.cpp(465) : CPPUNIT_CHECK(output ==
string("1.23456780e-") + digits);
I have not analyzed this one.
----
NumPutGetTest::num_get_float
float
../../../test/unit/num_put_get_test.cpp(248) :
CPPUNIT_ASSERT(!limits::has_quiet_NaN || str.str() == "-nan");
double
../../../test/unit/num_put_get_test.cpp(248) :
CPPUNIT_ASSERT(!limits::has_quiet_NaN || str.str() == "-nan");
long double
../../../test/unit/num_put_get_test.cpp(248) :
CPPUNIT_ASSERT(!limits::has_quiet_NaN || str.str() == "-nan");
STLport seems to be expecting "-nan" as result of str <<
-std::numeric_limits<>::limits::quiet_NaN(). Everywhere I checked it
prints just "nan". Dunno but this seems harmless.
----
NumPutGetTest::custom_numpunct
../../../test/unit/num_put_get_test.cpp(1253) : CPPUNIT_ASSERT(os.str()
== "+inf");
Similar problem like that "-nan" above. Only this time STLport expects
"+inf" and gets only "inf".
--
VH
--------------090409030503070002030305
Content-Type: text/plain;
name="patch-stlport_cfloat.txt"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="patch-stlport_cfloat.txt"
LS0tIHN0bHBvcnQvY2Zsb2F0Lm9yaWcJMjAwOC0xMi0zMSAxMzowMTowOS40OTA0NjAyMzAg
KzAxMDAKKysrIHN0bHBvcnQvY2Zsb2F0CTIwMDgtMTItMzEgMTM6Mjc6MjAuODkwNjc0NjM0
ICswMTAwCkBAIC0zMyw2ICszMyw5NiBAQAogIyAgaW5jbHVkZSA8ZmxvYXQuaD4KICNlbmRp
ZgogCisvLyBGcmVlQlNEIGhhcyBzb21lIHdyb25nIHZhbHVlcyBkZWZpbmVkIGluIHN5c3Rl
bSBoZWFkZXJzIHRoYXQKKy8vIGRpZmZlcmVudCB0aGFuIHdoYXQgR0NDIGNvbnNpZGVycyBh
cyBsaW1pdHMuIFRoYXQgY2FuIHJlc3VsdCBpbgorLy8gZS5nLiBMREJMX01BWCBmcm9tIGhl
YWRlciB0byBiZSB0cmVhdGVkIGFzIGluZmluaXR5IGluc3RlYWQgb2YKKy8vIGZpbml0ZSB2
YWx1ZS4KKyNpZiBkZWZpbmVkIChfX0ZyZWVCU0RfXykgJiYgZGVmaW5lZCAoX19HTlVDX18p
CisjdW5kZWYgREJMX0RJRworI2RlZmluZSBEQkxfRElHIF9fREJMX0RJR19fCisKKyN1bmRl
ZiBEQkxfRVBTSUxPTgorI2RlZmluZSBEQkxfRVBTSUxPTiBfX0RCTF9FUFNJTE9OX18KKwor
I3VuZGVmIERCTF9NQU5UX0RJRworI2RlZmluZSBEQkxfTUFOVF9ESUcgX19EQkxfTUFOVF9E
SUdfXworCisjdW5kZWYgREJMX01BWAorI2RlZmluZSBEQkxfTUFYIF9fREJMX01BWF9fCisK
KyN1bmRlZiBEQkxfTUFYXzEwX0VYUAorI2RlZmluZSBEQkxfTUFYXzEwX0VYUCBfX0RCTF9N
QVhfMTBfRVhQX18KKworI3VuZGVmIERCTF9NQVhfRVhQCisjZGVmaW5lIERCTF9NQVhfRVhQ
IF9fREJMX01BWF9FWFBfXworCisjdW5kZWYgREJMX01JTgorI2RlZmluZSBEQkxfTUlOIF9f
REJMX01JTl9fCisKKyN1bmRlZiBEQkxfTUlOXzEwX0VYUAorI2RlZmluZSBEQkxfTUlOXzEw
X0VYUCBfX0RCTF9NSU5fMTBfRVhQX18KKworI3VuZGVmIERCTF9NSU5fRVhQCisjZGVmaW5l
IERCTF9NSU5fRVhQIF9fREJMX01JTl9FWFBfXworCisjdW5kZWYgRkxUX0RJRworI2RlZmlu
ZSBGTFRfRElHIF9fRkxUX0RJR19fCisKKyN1bmRlZiBGTFRfRVBTSUxPTgorI2RlZmluZSBG
TFRfRVBTSUxPTiBfX0ZMVF9FUFNJTE9OX18KKworI3VuZGVmIEZMVF9NQU5UX0RJRworI2Rl
ZmluZSBGTFRfTUFOVF9ESUcgX19GTFRfTUFOVF9ESUdfXworCisjdW5kZWYgRkxUX01BWAor
I2RlZmluZSBGTFRfTUFYIF9fRkxUX01BWF9fCisKKyN1bmRlZiBGTFRfTUFYXzEwX0VYUAor
I2RlZmluZSBGTFRfTUFYXzEwX0VYUCBfX0ZMVF9NQVhfMTBfRVhQX18KKworI3VuZGVmIEZM
VF9NQVhfRVhQCisjZGVmaW5lIEZMVF9NQVhfRVhQIF9fRkxUX01BWF9FWFBfXworCisjdW5k
ZWYgRkxUX01JTgorI2RlZmluZSBGTFRfTUlOIF9fRkxUX01JTl9fCisKKyN1bmRlZiBGTFRf
TUlOXzEwX0VYUAorI2RlZmluZSBGTFRfTUlOXzEwX0VYUCBfX0ZMVF9NSU5fMTBfRVhQX18K
KworI3VuZGVmIEZMVF9NSU5fRVhQCisjZGVmaW5lIEZMVF9NSU5fRVhQIF9fRkxUX01JTl9F
WFBfXworCisjdW5kZWYgRkxUX1JBRElYCisjZGVmaW5lIEZMVF9SQURJWCBfX0ZMVF9SQURJ
WF9fCisKKyN1bmRlZiBMREJMX0RJRworI2RlZmluZSBMREJMX0RJRyBfX0xEQkxfRElHX18K
KworI3VuZGVmIExEQkxfRVBTSUxPTgorI2RlZmluZSBMREJMX0VQU0lMT04gX19MREJMX0VQ
U0lMT05fXworCisjdW5kZWYgTERCTF9NQU5UX0RJRworI2RlZmluZSBMREJMX01BTlRfRElH
IF9fTERCTF9NQU5UX0RJR19fCisKKyN1bmRlZiBMREJMX01BWAorI2RlZmluZSBMREJMX01B
WCBfX0xEQkxfTUFYX18KKworI3VuZGVmIExEQkxfTUFYXzEwX0VYUAorI2RlZmluZSBMREJM
X01BWF8xMF9FWFAgX19MREJMX01BWF8xMF9FWFBfXworCisjdW5kZWYgTERCTF9NQVhfRVhQ
CisjZGVmaW5lIExEQkxfTUFYX0VYUCBfX0xEQkxfTUFYX0VYUF9fCisKKyN1bmRlZiBMREJM
X01JTgorI2RlZmluZSBMREJMX01JTiBfX0xEQkxfTUlOX18KKworI3VuZGVmIExEQkxfTUlO
XzEwX0VYUAorI2RlZmluZSBMREJMX01JTl8xMF9FWFAgX19MREJMX01JTl8xMF9FWFBfXwor
CisjdW5kZWYgTERCTF9NSU5fRVhQCisjZGVmaW5lIExEQkxfTUlOX0VYUCBfX0xEQkxfTUlO
X0VYUF9fCisjZW5kaWYKKwogI2lmIChfU1RMUF9PVVRFUk1PU1RfSEVBREVSX0lEID09IDB4
MTA2ICkKICMgIGluY2x1ZGUgPHN0bC9fZXBpbG9nLmg+CiAjICB1bmRlZiBfU1RMUF9PVVRF
Uk1PU1RfSEVBREVSX0lECg==
--------------090409030503070002030305--
More information about the freebsd-ports-bugs
mailing list