Re: [fpc-pascal] {$H+} meaning with compiler {$mode DELPHIUNICODE}

2016-05-09 Thread Jonas Maebe
Graeme Geldenhuys wrote on Mon, 09 May 2016: The other problem being? How can we contribute to bringing the Unicode Enabled RTL up to par with Delphi, when the FPC team can't decide on what the RTL must be or look like? See Tomas' mail for a start. When can we expect a decision from the dev

Re: [fpc-pascal] {$H+} meaning with compiler {$mode DELPHIUNICODE}

2016-05-09 Thread Graeme Geldenhuys
On 2016-05-09 11:42, Jonas Maebe wrote: > > Lots, such as unicodestring versions of all standard classes. OK, thanks. So FPC 3.0.0 is really just an interim / preview Unicode FPC (think KDE 4.0 release situation). The other problem being? How can we contribute to bringing the Unicode Enabled RTL

Re: [fpc-pascal] {$H+} meaning with compiler {$mode DELPHIUNICODE}

2016-05-09 Thread Jonas Maebe
Graeme Geldenhuys wrote: This weekend I tried to unify tiOPF's Delphi and FPC code. Year back tiOPF branched to support D2009 only and do loads of code clean-up. FPC couldn't follow that branch due to all Delphi's many RTL changes and UnicodeString support. I'm now trying to see what is still mi

[fpc-pascal] {$H+} meaning with compiler {$mode DELPHIUNICODE}

2016-05-09 Thread Graeme Geldenhuys
Hi, This weekend I tried to unify tiOPF's Delphi and FPC code. Year back tiOPF branched to support D2009 only and do loads of code clean-up. FPC couldn't follow that branch due to all Delphi's many RTL changes and UnicodeString support. I'm now trying to see what is still missing in FPC 3.x Norma