<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 6, 2017 at 7:20 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div>I've read through Tim's email descrption of string-convert and taken a quick look at the code.<br><br></div>There's a lot of good work here that I think has many net benefits. <br><br></div>My concern is that the changes are not enough to ensure that locale issues are fully addressed without using locale (either because of 3rd party code or local coding changes).</div></div></div></blockquote><div><br></div><div>I'm sorry, I just don't understand what you mean by this sentence, can you please explain in a bit more detail.</div><div><br></div><div>Do you have concerns with pbd/string_convert.h API and whether or not it is independent of the global locale/s and or thread safe etc? or do you mean something else?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>If they don't ensure this, then it just comes down to whether there are any direct costs to switching to the string-convert approach AND whether it is an improvement to have *two* systems of ensuring locale-independent serialization, one explicit and one implicit.<br><br></div></div></div></blockquote><div><br></div><div>What sort of direct costs are you referring to?</div><div><br></div><div>When you refer to having *two* systems do you mean mixing use of the new API's and the existing system of using LocaleGuards and then performing explicit numeric conversion with a mix of the existing API's we use?</div><div><br></div><div>I can't see how that would be an improvement, that would mean using at least 4 different API's and you would not get much benefit AFAICT and it may be worse. I'm suggesting only using a single API(mostly) for serialization and the others for localization (which seems pretty common and normal to me).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div>I am not totally clear on the answers to these two questions.<span class="m_6105630213943754589gmail-HOEnZb"><font color="#888888"><br><br></font></span></div></div></blockquote><div><br></div><div>Sorry, perhaps I'm just tired as it is late here but I'm not clear on what the questions were?</div><div><br></div><div>Tim</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span class="m_6105630213943754589gmail-HOEnZb"><font color="#888888"></font></span></div><span class="m_6105630213943754589gmail-HOEnZb"><font color="#888888">--p<br><br></font></span></div><div class="m_6105630213943754589gmail-HOEnZb"><div class="m_6105630213943754589gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 5, 2017 at 5:16 PM, Robin Gareus <span dir="ltr"><<a href="mailto:robin@gareus.org" target="_blank">robin@gareus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 01/05/2017 04:55 PM, John Emmas wrote:<br>
<span>> On 05/01/2017 14:24, Robin Gareus wrote:<br>
>> Since I don't know the MSVC build-environment and build-dependencies<br>
>> used there a quick-solution would be an #ifndef COMPILER_MSVC<br>
>><br>
</span>> Yeah, I guess that should help - but does this effectively mean that<br>
> translations / internationalization etc won't work any more for an MSVC<br>
> build?<br>
><br>
<br>
Depends on the preference setting.  There is a new mode to only set<br>
LC_MESSAGES and leave the rest of the locale alone (to investigate<br>
issues with plugins, see the other branch in this email thread)<br>
<br>
It needs to be explicitly enabled in Preferences > Global > Translations<br>
The default hasn't changed and Ardour still sets LC_ALL. So there should<br>
be no change WRT to translations compared to prior MSVC builds.<br>
<br>
<br>
Since gettext() chooses the translation based on LC_MESSAGES [1], I'm<br>
curious how this works with MSVC builds if there's no LC_MESSAGES.<br>
<br>
ciao,<br>
robin<br>
<br>
[1]<br>
<a href="https://www.gnu.org/software/libc/manual/html_node/Using-gettextized-software.html" rel="noreferrer" target="_blank">https://www.gnu.org/software/l<wbr>ibc/manual/html_node/Using-get<wbr>textized-software.html</a><br>
<div class="m_6105630213943754589gmail-m_1076213583018548659HOEnZb"><div class="m_6105630213943754589gmail-m_1076213583018548659h5">______________________________<wbr>_________________<br>
ardour-dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org" target="_blank">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" rel="noreferrer" target="_blank">http://lists.ardour.org/listin<wbr>fo.cgi/ardour-dev-ardour.org</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
ardour-dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org" target="_blank">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" rel="noreferrer" target="_blank">http://lists.ardour.org/listin<wbr>fo.cgi/ardour-dev-ardour.org</a><br>
<br></blockquote></div><br></div></div>