symbols.map stanza names
Christopher James Halse Rogers
chris at cooperteam.net
Wed Sep 2 06:54:56 UTC 2015
On Wed, Sep 2, 2015 at 1:26 PM, Daniel van Vugt
<daniel.van.vugt at canonical.com> wrote:
> Hypothetically the "9" could now go away. Internally that's fine:
> MIR_PLATFORM_0.16
Right. I even suggested this upthread.
>
> But externally if we started naming the files as such then it might
> get confusing:
> libmirplatform.so.0.17.0
> libmirplatform.so.0.16 -> libmirplatform.so.0.17.0
> libmirplatform.so -> libmirplatform.so.0.16
> Means the Mir release is 0.17.0 but the ABI level (soname) is still
> 0.16. Actually that's not too confusing. It might be preferable even.
I'd prefer the integer SOVER we have now to this. We could certainly do
a
libmirplatform.so.9 → libmirplatform.so.9.0.17.0 thing if we wanted
to, though.
>
> On 02/09/15 10:45, Daniel van Vugt wrote:
>> Yes MIR_PLATFORM_9v0.16.0 would work. Although I had hoped that we
>> don't
>> get into the habit of adding to the ABI in point releases, so it
>> could
>> be just: MIR_PLATFORM_9v0.16
>>
>> I'm also open to replacing 'v' with something non-alphanumeric.
>>
>> The same scheme could be applied to the library file names too:
>> https://bugs.launchpad.net/mir/+bug/1490428
>>
>> Although the 'v' doesn't feel like the cleanest syntax. In an ideal
>> world your ABI number _is_ you major version number, so it just works
>> out as a version string.
>>
>>
>> On 02/09/15 00:39, Alan Griffiths wrote:
>>> On 31/08/15 04:25, Daniel van Vugt wrote:
>>>> I think there's another reason to not use the plural "symbols" in
>>>> the
>>>> stanza name as has been suggested. Because we're actually talking
>>>> about the end result of how individual symbols are named:
>>>>
>>>> some_new_function@@MIR_PLATFORM_9.2
>>>> some_new_function at MIR_PLATFORM_9.1 # Slightly less new
>>>>
>>>> So ideally each one should not be named "*symbols*". Even using the
>>>> word "symbol" is redundant. We're just adding version suffixes
>>>> really,
>>>> so keep that in mind.
>>>
>>> OK, how about:
>>>
>>> MIR_PLATFORM_9v0.16.0
>>>
>>>
>
> --
> Mir-devel mailing list
> Mir-devel at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/mir-devel
More information about the Mir-devel
mailing list