issed any of them. My programs are lightning fast and easy to understand.
>
> The only thing that changed was that the number (and mightiness) of used
> libraries. But I can use them all with Pascal concepts that exist since
> Turbo Pascal.
>
>
I think you need to make sure that `a' and `b' are in the same algebraic
system before making the commutativity of the operator meaningful.
Maybe you can merge `one_type' with `another_type' into a common type,
or cast one to the other?
- Original Message -
Subject: [fpc-pascal] commutativ
n the error message.
Any suggestions or workarounds are welcome.
--
Best Regards,
Jetcheng Chu
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ompatible types: got "STATICMETHODPTR.
" expected "STATICMETHODPTR.
" }
end.
Is this a bug or an expected behavior?
--
Jetcheng Chu
http://people.rerouted.org/jcchu
__
ould consider using
separate constant definitions, which will also be (mostly) syntactically
compatible with your existing code.
--
Jetcheng Chu
http://people.rerouted.org/jcchu
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
se is an
> enumeration such as (rrQuiescent, rrInitialised), is there an elegant
> way of extending the enumeration and overriding the property type so
> that a derived class can use the new values?
>
--
Jetcheng Chu
http://people.rerouted.org/jcchu
__
You can do that by implementing your own textfile driver, c.f.
<http://translate.google.com/translate?hl=en&sl=ja&tl=en&u=http://www.asahi-net.or.jp/~HA3T-NKMR/tips006.htm>.
--
Jetcheng Chu
___
fpc-pascal maillist - fpc-pascal@li
