+1 to dropping "native"

Sarge

> On 23 Jan, 2017, at 08:48, Michael Stolz <mst...@pivotal.io> wrote:
> 
> One other thought...Maybe now is the time to drop the term "native".
> 
> --
> Mike Stolz
> Principal Engineer - Gemfire Product Manager
> Mobile: 631-835-4771
> On Jan 23, 2017 11:29 AM, "Michael William Dodge" <mdo...@pivotal.io> wrote:
> 
>> +1 for apache-geode and Apache.Geode
>> 
>>> On 22 Jan, 2017, at 19:08, Ernest Burghardt <eburgha...@pivotal.io>
>> wrote:
>>> 
>>> +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll
>>> 
>>> On Sun, Jan 22, 2017 at 7:18 AM, Michael Martell <mmart...@pivotal.io>
>>> wrote:
>>> 
>>>> +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll
>>>> 
>>>> On Fri, Jan 20, 2017 at 7:28 PM, Jacob Barrett <jbarr...@pivotal.io>
>>>> wrote:
>>>> 
>>>>> As I ready to drop the pull request to rename all the namespaces in C++
>>>> and
>>>>> .NET sources the next thing we need to decide on is the filename for
>> the
>>>>> library.
>>>>> 
>>>>> C++
>>>>> Current: gfcppcache
>>>>> gfcppcache.dll (Windows), libgfcppcache.so (*nix), libgfcppcache.dylib
>>>>> (macOS)
>>>>> Proposed: apache-geode
>>>>> apache-geode.dll, libapache-geode.so, libapache-geode.dylib
>>>>> Other libraries have embraced other styles for "branded" libraries.
>>>>> Camel case: libQtCode.so
>>>>> Underscore: libsvn_client.so, libboost_atomic-mt.so
>>>>> Dash: libxcb-compose, libcairo-gobject.so
>>>>> I prefere dash because I don't have to hit shift. ;)
>>>>> 
>>>>> .NET
>>>>> Current: GemStone.GemFire.Cache.dll
>>>>> Proposed: Apache.Geode.dll
>>>>> There is a bit more of an established norm. It should be part of the
>>>>> included namespace.
>>>>> Other option is Apache.Geode.Client.dll but I feel like there are items
>>>> in
>>>>> the Client namespace that need to be moved into another namespace as a
>>>>> sibling. So in my mind it makes more sense to have it be
>>>> Apache.Geode.dll.
>>>>> It also makes it consistent with the C++ library.
>>>>> 
>>>>> -Jake
>>>>> 
>>>> 
>> 
>> 

Reply via email to