[fpc-devel] bug report 20473: Please add a directive to define string=utf8string
Marco van de Voort
marcov at stack.nl
Thu Oct 13 13:13:34 CEST 2011
In our previous episode, Sven Barth said:
> > The difference is more that I don't think it will solve as much as people
> > think, and using this to stitch together code from different origins will
> > fail miserably or be unworkable.
>
> For non-inheritance-related code that is encoding-agnostic this should
> be not that much of a big problem, because the compiler will add
> conversions then.
That's fine as a temporary solution.
But keep in mind that such conversions are different from calling e.g. a
RTL function (except string functions) that also forces a conversion. This
because whatever the RTL does will most likely be relatively slow, while
redundant conversions between businesscode->(some fcl class) -> (base
classes) can hurt horribly.
They are fine for the transition period, but long term you want to get rid
of unnecessary conversions.
> The problametic parts - as you yourself metioned -
> will be inheritance (when you need to "guess" the correct string for
> your override to work) and - I assume - loading and saving of resources
> (DFM/LFM).
And var parameters, procedure/function types with string parameters used across
units etc. And that is just from memory, when testing probably more will be
found.
More information about the fpc-devel
mailing list