Re: [fpc-devel] Forwarded message about FPC status

2013-01-07 Thread Michael Schnell
On 12/24/2012 05:19 PM, Martin Schreiber wrote: - Compile at least as fast as Delphi 7 IMHO hard to do for a portable system and not very important regarding modern hardware. I only feel the linking stage is a viable goal here, as in most cases the by far most of the already compiled units

Re: [fpc-devel] Forwarded message about FPC status

2013-01-07 Thread Michael Schnell
On 12/25/2012 02:22 PM, Florian Klaempfl wrote: What's the advantage in doing so? The code hangs around and does not hurt in any way. +1 -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] LLVM

2013-01-07 Thread Michael Schnell
On 12/26/2012 11:43 AM, Martin Schreiber wrote: Do you have experiences with LLVM? Does it actually create great code? Lets see what Embarcadero comes up with -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Feature announcement: Extension of TThread's interface

2013-01-07 Thread Michael Schnell
Great ! Thanks a lot. -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Michael Schnell
On 01/05/2013 12:28 PM, Jonas Maebe wrote: Using whatever #xx#xx or #xx#xx#xx sequence represents the UTF-8 encoding of that character. Sorry, I can't follow. Does #xx not just define a numerical representation of an 8 bit entity ? The interpretation in any code might be done later by any

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Michael Schnell
On 01/05/2013 01:35 PM, Jy V wrote: I do vote for UTF-8 -1 Regarding that conversions in the RTL (or LCL) are a rather seldom runtime-task, GUI performance issues are not really necessary to be considered. Viable issues seem to be Delphi compatibility, backward compatibility, usability,

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Ewald
Once upon a time, on 01/07/2013 12:39 PM to be precise, Michael Schnell said: On 01/05/2013 12:28 PM, Jonas Maebe wrote: Using whatever #xx#xx or #xx#xx#xx sequence represents the UTF-8 encoding of that character. Sorry, I can't follow. Does #xx not just define a numerical representation of

Re: [fpc-devel] LLVM

2013-01-07 Thread Graeme Geldenhuys
On 01/07/13 11:02, Michael Schnell wrote: Lets see what Embarcadero comes up with I wouldn't hold my breath. Based on recent Embarcadero history, the first version would be absolute crap, second version might be beta quality, 3rd version might not even exist (removed from product).

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Tomas Hajny
On Mon, January 7, 2013 13:28, Ewald wrote: Once upon a time, on 01/07/2013 12:39 PM to be precise, Michael Schnell said: On 01/05/2013 12:28 PM, Jonas Maebe wrote: Using whatever #xx#xx or #xx#xx#xx sequence represents the UTF-8 encoding of that character. Sorry, I can't follow. Does #xx

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Michael Schnell
So the ambiguity with _filling_ a string with data in fact arises when _not_ using the #nn notation :-) . With #nn the effect (i.e. the resulting binary) is obvious. -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Michael Schnell
On 01/07/2013 02:01 PM, Tomas Hajny wrote: (also just my understanding of what Jonas wrote) I feel you are wrong. The string does not know about the code it's content is to be interpreted in (other than with Delphi XE). -Michael ___ fpc-devel

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Ewald
Once upon a time, on 01/07/2013 02:17 PM to be precise, Michael Schnell said: So the ambiguity with _filling_ a string with data in fact arises when _not_ using the #nn notation :-) . With #nn the effect (i.e. the resulting binary) is obvious. Well, if there is literally the sequence $C7, $BE

Re: [fpc-devel] utf8 in 2.6.0

2013-01-07 Thread Frank Church
On 5 January 2013 13:39, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Sat, 5 Jan 2013 13:06:42 + Frank Church vfcli...@gmail.com wrote: [...] It is obvious that Unicode is not a simple topic and among FPC/Lazarus developers/contributors,I suspect that few if any at all, have a

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Tomas Hajny
On Mon, January 7, 2013 14:19, Michael Schnell wrote: On 01/07/2013 02:01 PM, Tomas Hajny wrote: (also just my understanding of what Jonas wrote) I feel you are wrong. The string does not know about the code it's content is to be interpreted in (other than with Delphi XE). Sorry, your way of

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Ewald
Once upon a time, on 01/07/2013 05:05 PM to be precise, Tomas Hajny said: On Mon, January 7, 2013 14:19, Michael Schnell wrote: On 01/07/2013 02:01 PM, Tomas Hajny wrote: (also just my understanding of what Jonas wrote) I feel you are wrong. The string does not know about the code it's

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Mark Morgan Lloyd
Tomas Hajny wrote: On Mon, January 7, 2013 13:28, Ewald wrote: Once upon a time, on 01/07/2013 12:39 PM to be precise, Michael Schnell said: On 01/05/2013 12:28 PM, Jonas Maebe wrote: Using whatever #xx#xx or #xx#xx#xx sequence represents the UTF-8 encoding of that character. Sorry, I can't

[fpc-devel] Re: Strings - the fun part [very off-topic]

2013-01-07 Thread dev . dliw
Hi, this is very off-topic, no serious responses expected... Everytime I read anything about strings here, this comes into my mind: http://www.rigsofrods.com/entries/155-the-chaos-of-character-encodings Strings seem to be a general problem for numeric machines :D d.l.i.w

Re: [fpc-devel] String handling in trunk (was utf8 in 2.6.0)

2013-01-07 Thread Aleksa Todorovic
On Mon, Jan 7, 2013 at 6:05 PM, Mark Morgan Lloyd markmll.fpc-de...@telemetry.co.uk wrote: Tomas Hajny wrote: On Mon, January 7, 2013 13:28, Ewald wrote: Once upon a time, on 01/07/2013 12:39 PM to be precise, Michael Schnell said: On 01/05/2013 12:28 PM, Jonas Maebe wrote: Using

Re: [fpc-devel] utf8 in 2.6.0

2013-01-07 Thread Hans-Peter Diettrich
Martin Schreiber schrieb: but I fear we can not use that information for development with Free Pascal because: The string is represented internally as a Unicode string encoded as UTF-16. Characters in the Basic Multilingual Plane (BMP) take 2 bytes, and characters not in the BMP require 4