On 02/01/2010 10:53 AM, Marco van de Voort wrote: > It makes sense to take the > encoding closest to the system, to at least allow minimal conversion > scenarios. >
Of course ! If the RTL is done with dynamically encoded strings you would need to take care that anything string value that neither comes from the GUI framework (and thus is encoded in a way the RTL designer might know but should ignore as largely as possible to produce as portable code as possible) nor comes from the user code (the RTL designers can't know which encoding they use) is handled appropriately. I suppose most of this is string constants. If possible, those should be allocated with the system encoding at compile time. I feel that the runtime performance overhead necessary for doing the RTL with dynamically encoded strings is not too big, provided the RTL itself does not force automatic conversions (e.g. by inappropriately encoded string constants) . -Michael _______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
