stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Lemings" <Eric.Lemi...@roguewave.com>
Subject RE: [STDCXX-709] ContainerData ctor and UserClass::from_char()
Date Fri, 21 Mar 2008 22:27:32 GMT
 

> -----Original Message-----
> From: Martin Sebor [mailto:sebor@roguewave.com] 
> Sent: Friday, March 21, 2008 3:32 PM
> To: dev@stdcxx.apache.org
> Subject: Re: [STDCXX-709] ContainerData ctor and 
> UserClass::from_char()
> 
...
> 
> So you think there's a mismatch between the allocation function
> invoked in value.cpp and the deallocation function called in the
> header? Why would that be? IIUC, tests that replace operator new
> and operator delete (such as 23.list.assign) replace it for the
> whole process. If there's a mismatch, it can only be because
> the operators aren't replaced consistently. Making sure this
> replacement happens across the whole process, including any
> libraries, is the responsibility of the C++ runtime (i.e.,
> the compiler). If your analysis is correct, the C++ runtime
> on IPF would have to be buggy.
> 
> Or did I misunderstand what you were trying to say?

Sounds about right.

I just noticed there's a runtime link error in the config test
OPERATOR_NEW_ARRAY_PLACEMENT on HP-UX IPF platforms.  May be the
culprit.

[user@host]$ ./include/OPERATOR_NEW_ARRAY_PLACEMENT
/usr/lib/hpux32/dld.so: Unsatisfied code symbol '_ZnamPv' in load
module './stdcxx/include/OPERATOR_NEW_ARRAY_PLACEMENT'.
Killed

Brad.

Mime
View raw message