[EMAIL PROTECTED] wrote:
> 
>> Michael Van Canneyt wrote:
> 
>>Well, if we're going in that direction anyway:
>>Why not include all possible assembler instructions then ?
>>
>>Let's be serious. You must draw the line somewhere.
>>I think these instructions are so exotic, they are pollution of the
> system unit.
>  
> I agree with Michael. And I think the line is clearly drawn. The FPC
> (and more importantly the language syntax itself) design goal, as I
> understand it, is to be, as much as possible, platform and architecture
> independent and doesn't need to be "polluted" by adding esoteric
> functions/(worst yet)operators becuase they are neat on one particular
> type of machine and we just program around them everywhere else.

This conclusion is drawn on wrong assumptions: the rot instructions
aren't esoteric but supported by at least the four most important CPU
platforms (i386, x86_64, powerpc and arm) and needed for efficient
cryptographic and graphics algorithms.

> Rather, if your application really needs that function, you have
> a number of suggestions on how to implement that within your own
> application, so do that, but I don't think the compiler should be
> expected to do it for you.

I didn't saw usable suggestions for non i386 platforms :)
_______________________________________________
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Reply via email to