Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


https://bugs.freedesktop.org/show_bug.cgi?id=63154

--- Comment #55 from Stephan Bergmann <sbergman@redhat.com> ---
I just notice that this clean-up involves changing occurrences of sal_uLong to
sal_uIntPtr, and I doubt that is a good idea.

The sal_uLong typedef was originally introduced to do a mass removal of
tools/solar.h's ULONG (which clashed with a Windows typedef of the same name),
without having to inspect all uses of ULONG and decide for an appropriate
replacement type in each case---those inspections could be deferred for a later
time by preserving the information about ULONG occurrences via the newly
introduced sal_uLong (which happens to be a typedef to sal_uIntPtr because that
happens to have the exact same underlying type as ULONG did).

So, occurrences of sal_uLong should not be blindly changed to sal_uIntPtr. 
(Semantically, that often does not make sense, anyway.)  They should either be
left alone or inspected to determine what other type they should actually be
changed to (likely sal_uInt32, as the comment in tools/solar.h states).

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Context


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.