Hi Terrence, On Friday, 2010-03-26 13:42:28 -0400, Terrence Enger wrote:
> However, I have not found what library holds the object code for
> operators_new_delete.cxx.
Let's see.. operators_new_delete.cxx is in sal/cpprt/, the
sal/cpprt/makefile.mk says TARGET=salcpprt, then for "$(OS)" !=
"SOLARIS" we have LIB1ARCHIV containing $(TARGET), so the resulting
archive is libsalcpprt.a, which then per solenv/inc/$INPATH.mk and
solenv/inc/tg_app.mk is linked to applications.
> I tried changing the source in operators_new_delete.cxx, but a rebuild
> did not reflect changes. I presume ...
>
> (a) Something in the build process does not recognize a dependency
> that it should. Does this sound plausible? Should something be
> fixed? Alas, I do not know enough even to think about the
> question.
Linkage dependencies are not tracked, a long outstanding deficiency..
a (quite) safe bet is to
rm */$INPATH/{lib,bin}/*
and build all. Given that apparently only applications are affected
here, a rm */$INPATH/bin/* might do as well.
> (b) A full build will incorporate my changes. It should not be long
> until _m76.
>
> The assertion failures are so distracting that I am considering
> removing the source line altogether from _m76 when it comes out.
Strong veto. This is the only safe mechanism to detect these errors,
which are real errors as the alloc/free procedures differ between array
and non-array allocations.
> After all, it seems that most people do not even try to use a
> non-production build.
IIRC the assertion is thrown only in a unxlng* non-product build, most
developers using non-product builds unfortunately do this on Windows,
developers building their own on Linux unfortunately don't use
non-products because it has to be explicitly enabled during configure
(to be changed?). So the set of developers actually using Linux
non-products is quite small.
> If I had hope of being able to track down more causes, that would
> change my attitude.
Please change your attitude nevertheless ;-)
It seems you have hit an area that introduced these errors quite
recently. I usually work with non-products and didn't encounter any up
to m73 or so, working mainly within in Calc though.
Eike
--
OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
SunSign 0x87F8D412 : 2F58 5236 DB02 F335 8304 7D6C 65C9 F9B5 87F8 D412
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't send personal mail to the e...@sun.com account, which I use for
mailing lists only and don't read from outside Sun. Use er...@sun.com Thanks.
pgpTFCHUdIeQ1.pgp
Description: PGP signature
