operator new no longer routes through rtl_AllocMemory in libsalcpprt under gbuild link rules

Caolán McNamara caolanm at redhat.com
Thu Mar 22 05:14:25 PDT 2012

Traditionally we linked our binaries with libsalcpprt which provides
global operator new/delete etc to reroute those allocations through our
sal rtl_allocateMemory and rtl_freeMemory

Somewhere along the line, perhaps gbuild conversions, this has gotten
lost. I assume this is an oversight, and not deliberate ? I see very
little mention of salcpprt in solenv/gbuild but you can see all the
remnants in the older build system in solenv. i.e. by default we linked
to it when creating executables with some executables excluded from the

e.g. attached is a hack to link soffice.bin under Linux to salcpprt to
make it work again for me locally for some hacking.

Should we restore linking to libsalcpprt by default again ? I'm unsure
what the windows link lines should be.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: salcpprt.patch
Type: text/x-patch
Size: 740 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20120322/510364a4/attachment.bin>

More information about the LibreOffice mailing list