Skybuck Flying schrieb:
My assumptions for this idea are:
1. Pointers to classes are mostly stored on the heap, in slow RAM.
What's fast RAM?
2. Nested/delegated classes incur a pointer access penalty, the deeper
the nesting the higher the penalty.
Why? Nested classes are not a problem i
Hello FPC,
Tuesday, December 27, 2011, 5:21:24 PM, you wrote:
>> I was trying to fix the makefile but me and makefiles are not good
>> friends :)
mvwb> Should be fixed in rev. 19895.
mvwb> As a workaround, compile *and install* the latest version of the packages.
Thank you... workaround noted to
On Tue, 27 Dec 2011, José Mejuto wrote:
Hello FPC,
I can't compile trunk:
[...]
make[1]: Entering directory `F:/fpc/svn/utils/importtl'
F:/fpc/fpc/2.4.4/bin/i386-win32/ppc386.exe -Fu../../rtl/units/i386-win32 -FE.
-FUunits/i386-win32 -di386 importtl.pas
Free Pascal Compiler version 2.4.
Hello FPC,
I can't compile trunk:
[...]
make[1]: Entering directory `F:/fpc/svn/utils/importtl'
F:/fpc/fpc/2.4.4/bin/i386-win32/ppc386.exe -Fu../../rtl/units/i386-win32 -FE.
-FUunits/i386-win32 -di386 importtl.pas
Free Pascal Compiler version 2.4.4 [2011/12/16] for i386
Copyright (c) 1993-20
Hello,
*** Short version (more technical) ***:
Pointers to classes should be stored in a CPU or GPU pointer cache to prevent
the pointer from being pushed out of the cache by other data items which might
never be accessed again.
Pointers to classes have a higher likelyhood of being used again
On Tue, 27 Dec 2011, Ludo Brands wrote:
1. added a check against reserved identifiers in all places.
2,3. same as activeds
Added also support for unions.
Both files compile now.
Patch attached to http://bugs.freepascal.org/view.php?id=20972
Applied, thank you very much :-)
Michael.
_
> in activeds.tlb, there is a fragment that references non
> existing identifiers that have "internal" naming:
>
> ADSTYPEENUM = __MIDL___MIDL_itf_ads___0001;
> ADS_OCTET_STRING = __MIDL___MIDL_itf_ads___0002;
> P__MIDL___MIDL_itf_ads___0002 =
> ^__MIDL__
