On 10 Apr 2009, at 03:47, Michalis Kamburelis wrote:
and similar to convert GBoolean to boolean. The uncomfortable thing
about this is that all GTK/Glib/GtkGLExt/etc. code will have to be
corrected and "infested" with these dummy gboolean<->boolean
conversions.
Any ideas?
Another possible
Hi,
Since revision 9898 the LongBool type behaves differently. This was done
for Delphi compatibility (see log message here
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&revision=9898). In
short, if B is LongBool, then "B := true;" sets now B to $
(while previously it set B to 1).
On 09 Apr 2009, at 15:46, martin wrote:
Jonas Maebe wrote:
On 09 Apr 2009, at 14:35, Martin Friebe wrote:
Just a question. Can smart linking detect and remove unused
virtual methods?
http://lists.freepascal.org/lists/fpc-pascal/2009-April/020638.html
Thanks for the quick reply. I am tr
martin wrote:
for the linker
(http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4)
but I have no luck in identifying it...
The mail also says that it hasn't been done yet!
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal
Jonas Maebe wrote:
On 09 Apr 2009, at 14:35, Martin Friebe wrote:
Just a question. Can smart linking detect and remove unused virtual
methods?
http://lists.freepascal.org/lists/fpc-pascal/2009-April/020638.html
Thanks for the quick reply. I am trying to find that (windows) switch
for the
On 09 Apr 2009, at 14:35, Martin Friebe wrote:
Just a question. Can smart linking detect and remove unused virtual
methods?
http://lists.freepascal.org/lists/fpc-pascal/2009-April/020638.html
Jonas
___
fpc-devel maillist - fpc-devel@lists.freep
Just a question. Can smart linking detect and remove unused virtual methods?
I did a few tests and it seems it does not remove them. If I understand
it correctly, then this could be because virtual methods are nver
directly linked (they go via the VMT) so the linker would not know?
Best Regar