<p>Am 12.02.2016 17:37 schrieb "Dmitry Boyarintsev" <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>>:<br>
><br>
> On Fri, Feb 12, 2016 at 11:24 AM, Sven Barth <<a href="mailto:pascaldragon@googlemail.com">pascaldragon@googlemail.com</a>> wrote:<br>
>><br>
>> Am 12.02.2016 17:16 schrieb "Dmitry Boyarintsev" <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>>:<br>
>> ><br>
>> > On Fri, Feb 12, 2016 at 9:16 AM, Michael Van Canneyt <<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>> wrote:<br>
>> >><br>
>> >> {$define String:=RawByteString}<br>
>> >><br>
>> >> and you are done.<br>
>> ><br>
>> ><br>
>> > How to achieve the same effect from command line?<br>
>><br>
>> Just don't. There are things that are not worth the trouble and this is one of them.<br>
><br>
> In this particular case (of porting Delphi 7 code straight to FPC 3.0.0) is a matter of backward compatibility.<br>
><br>
> I could agree that there are very little options left:<br>
> * Delphi (whatever version supports 64bit) - changes in code are needed<br>
> * FPC 3.0.0 - {$define String:=RawByteString} must be added to every unit (or a single .inc file if used)<br>
> * FPC 2.6.4 - no changes needed (?)<br>
> So it might be indeed a thing not worth the trouble.</p>
<p>As long as you don't change the default code page strings in 3.0.0 should behave very close to 2.6.4. The only exceptions would be API that talk to the system (e.g. file APIs, though AFAIK we haven't really touched those yet and the FindFirst API).<br>
But in the end one should simply try it and after all one should have testcases that help one discover problems anyway...</p>
<p>Regards,<br>
Sven</p>