<p>Am 12.04.2016 18:46 schrieb "Marco van de Voort" <<a href="mailto:marcov@stack.nl">marcov@stack.nl</a>>:<br>
><br>
> In our previous episode, Michael Van Canneyt said:<br>
> > >> If argv/argc is known to be UTF8 encoded, then I see no problem with<br>
> > >> keeping getopts ?<br>
> > ><br>
> > > Getopts is not utf8 but shortstring, so ACS on Windows. Or do you plan to<br>
> > > redo it using utf8string or unicodestring?<br>
> ><br>
> > I don't necessarily plan to do so, I was proposing it as a way out.<br>
><br>
> If getopts is not leading, then the needs of the unicode T(Custom)Application<br>
> classes is probably the best indicator for which way to go.<br>
><br>
> If they don't need argv and argc, just leave them as they are.<br>
><br>
> Anyway, I never liked the fact that argv and argc are exported symbols. If<br>
> they weren't public, we could change them at will and/or have differing<br>
> implementations and encodings depending on target.  I would deprecate them<br>
> (being public)</p>
<p>Agreed. They are only exported for ObjPas and that can be solved in the same way as other symbols uses there are solved.</p>
<p>Regards,<br>
Sven</p>