Am 26.10.19 um 18:51 schrieb J. Gareth Moreton:
The "const" suggestion was made by a third party, and while I went out
of my way to ensure the functions aren't changed in Pascal code, Florian
pointed out that it could break existing assembler code. Maybe I'm
being a bit stubborn or unreasonable, I'm not sure, but in my eyes,
using assembly language to directly call the uComplex functions and
operators seems rather unrealistic. I figured if you're writing in
assembly language, especially if you're using vector registers, you'd be
using your own code to play around with complex numbers. Plus I figured
that if you're developing on a non-x86_64 platform, the only thing
that's different are the 'const' modifiers, which I don't think changes
the way you actually call the function, regardless of platform. Am I
right in this?
The intention was to make the lightweight unit even more lightweight and
optimal, without breaking backwards compatibility.
I do not like such (micro-)optimziations working around a lazy compiler.
I saw similar patches in lazarus recently (adding inline). This is imo a
waste of time and clutters only code. It is much more beneficial to
improve the compiler to avoid a copying of the variable if it can prove
that it is not needed (or to improve auto inlining if it does not work
in certain cases). And in this case it would probably possible to find
out that a copy is not needed.
fpc-devel maillist - firstname.lastname@example.org