Hi,
On Fri, 24 Mar 2017, Graeme Geldenhuys wrote:
> On 2017-03-24 18:55, Michael Van Canneyt wrote:
> > They are. There is one dereference on Delphi which is not present in fpc,
> > although in fpc trunk
>
> Another minor difference is data types. From what I remember (and as can
> be seen in tiO
On 2017-03-24 18:55, Michael Van Canneyt wrote:
> They are. There is one dereference on Delphi which is not present in fpc,
> although in fpc trunk
Another minor difference is data types. From what I remember (and as can
be seen in tiOPF's code. eg: tiRTTI.pas) FPC has a few more data types
than D
In our previous episode, Zo? Peterson said:
> We had to maintain both FPC and Kylix code
> in parallel for several years too, and that undoubtedly made things more
> complicated than they would have been otherwise. I?ll keep that bias in
> mind in the future.
> > No-one has ever offered to maint
First off, I’m sorry for implying that the current units are insufficient. I
just looked through our code and we’re using far fewer “external ‘c’”
definitions than I thought we were. The documentation generally looks good
too, so I assume most of trouble was from not being as familiar with Fre
On Fri, 24 Mar 2017, African Wild Dog wrote:
Hello,
I need to write a code compatilble with both free pascal and delphi using
the old style RTTI.
What are the diferences between delphi's and free pascal's approach/types?
I took a look at delphi's and fpc's TypInfo unit and it looks like the
On 23.03.2017 20:40, Michael Van Canneyt wrote:
The idea was, and is still today, that you can write applications that
are
independent of libc, and talk to the kernel directly.
While this usually is the obvious way to go, there are some Arch and OS
dependent user space things that are hard to p
Hello,
I need to write a code compatilble with both free pascal and delphi using
the old style RTTI.
What are the diferences between delphi's and free pascal's approach/types?
I took a look at delphi's and fpc's TypInfo unit and it looks like the
types/functions are compatible.
Regards
_
