> -----Original Message----- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > 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. [EMAIL PROTECTED] ./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.
