Re: [fpc-devel] String and UnicodeString and UTF8String

2011-01-11 Thread Jeff Wormsley
On 01/11/2011 11:10 AM, Hans-Peter Diettrich wrote: UTF-8 combines an single (byte-based) storage type with lossless encoding of full Unicode. Ansi and UCS2 (really UTF-16) only *look* easier to handle in user code, but both will fail and require special code whenever characters outside the

Re: [fpc-devel] Circular references and forward declarations

2010-01-06 Thread Jeff Wormsley
Matt Emson wrote: I would also agree. I used to use Interfaces or raise shared classes/declarations to a new unit both could use to overcome this issue myself. But I remember the Be GUI porters having loads of issues mimicing the Be API header structure because there were so many forward

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Jeff Wormsley
Michael Schnell wrote: Again something inspired by Delphi-Prism ? ( http://prismwiki.codegear.com/en/Lambda_Expressions ) Wow, talk about unreadable code... I'm all for saving typing, but not at the expense of readability. This reminds me of C's oddball ? operator. One of the reasons I

Re: [fpc-devel] Unicode support in RTL - Roadmap

2008-11-24 Thread Jeff Wormsley
Martin Friebe wrote: I must agree with the FPC can not to it all automatically line (as much as I regret, and admit the beauty there was, if fpc could). What I mean is: 1) Any Application/Program, that currently compiles and works (using none utf8, never mind if ascii or ansi) will keep

Re: [fpc-devel] help with softfloat for arm big endian crosscompiler

2006-12-13 Thread Jeff Wormsley
Micha Nelissen wrote: I'm using an XScale armeb (big-endian) debian distribution here at work. The DigiConnect ME and WI-ME modules run ARM7 big endian as well. Not sure about the other Digi modules. There is a linux implementation for these as well as their native Net+OS. Jeff. -- I