Re: [Libreoffice] compile-time trickery to detect misuse of SAL_N_ELEMENTS, RTL_CONSTASCII_USTRINGPARAM, etc.
On Sun, 2010-11-14 at 20:21 +, Caolán McNamara wrote: Unless I'm failing to see the obvious I wouldn't have a problem with using boost in sal and friends, assuming we stick to the vast majority of boost that don't require linking against specific boost libs. Sounds reasonable to me. I -believe- the intention (back in the day) was to have a plain C implementation to avoid compiler / dependency issues there: on the other hand, I no longer believe in a stand-alone future for UNO separate from LibreOffice, so we should do whatever works best for ourselves I think - ie. use boost where it makes sense (and in a tasteful way (cough) ;-) Does that mean we should use some of the boost system abstractions instead of our own home-brewed ones where appropriate - perhaps ;-) - is that what underlies the question ? clearly if they perform better it'd be lovely - is there some low-hanging fruit here ? I was wondering if we could inline perhaps optimise out lots of atomic referencing operations around the place :-) Regards, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile-time trickery to detect misuse of SAL_N_ELEMENTS, RTL_CONSTASCII_USTRINGPARAM, etc.
On Sun, 2010-11-14 at 00:53 +0100, Thorsten Behrens wrote: Caolan McNamara wrote: Was there a policy against using boost in sal/cppu/etc ? I somehow forgot the rationale, but yeah: http://www.openoffice.org/servlets/ReadMsg?list=interface-discussmsgNo=869 Unless I'm failing to see the obvious I wouldn't have a problem with using boost in sal and friends, assuming we stick to the vast majority of boost that don't require linking against specific boost libs. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile-time trickery to detect misuse of SAL_N_ELEMENTS, RTL_CONSTASCII_USTRINGPARAM, etc.
On Sat, 2010-11-13 at 00:19 +0100, Thorsten Behrens wrote: Caolan McNamara wrote: So, with a bit more poking around I discovered the template trick to force a compile time error if the argument is not an array, and to calculate at compile time the length of the array. Clever hack! :) Along those lines, any reason not to use boost in sal / udk? I've a nice thing or two shelved that was blocked on that OOo policy... We have map files to limit what symbols are exported, so we should be ok to use boost in the headers without accidentally changing the ABI depending on what boost gets used, or when boost gets updated, modified. So I can't think of a particular reason against it. Was there a policy against using boost in sal/cppu/etc ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile-time trickery to detect misuse of SAL_N_ELEMENTS, RTL_CONSTASCII_USTRINGPARAM, etc.
Caolan McNamara wrote: Was there a policy against using boost in sal/cppu/etc ? I somehow forgot the rationale, but yeah: http://www.openoffice.org/servlets/ReadMsg?list=interface-discussmsgNo=869 -- Thorsten pgpCyQLOPmvfW.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile-time trickery to detect misuse of SAL_N_ELEMENTS, RTL_CONSTASCII_USTRINGPARAM, etc.
Caolan McNamara wrote: So, with a bit more poking around I discovered the template trick to force a compile time error if the argument is not an array, and to calculate at compile time the length of the array. Clever hack! :) Along those lines, any reason not to use boost in sal / udk? I've a nice thing or two shelved that was blocked on that OOo policy... Cheers, -- Thorsten pgpmbQ7jH0dSg.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice