Tor was exercised about this at one stage IIRC, does the above work for you ?
Sure, although I think I would prefer to keep OSL_THIS_FUNC as "" instead of "(unknown)" in the
fallback case. Also, we need to find out if there really is no __func__ or similar even in MSVC2010.
So, you think the i#114290 argument that neither __PRETTY_FUNCTION__ nor __func__ can be used
because neither is a string literal and thus can't be compile-time concatenated with other string
literals is bogus?
As such, it is true of course that they can't be used like that. But is the proper solution then
just to not try to use OSL_THIS_FUNC in that way? Instead just pass it as a separate argument to
printf (yeah, my C background shows through) or whatever?
--tml
Context
- Re: [Libreoffice] ucb/source/ucb compilation error (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.