2016-04-12 14:33 GMT+02:00 Sven Barth <pascaldra...@googlemail.com>: > [Note: this is less a "I don't want it", but a "I don't like it"] > > phew!
> > Note: these attributes are on my TODO list. > > Please don't do anything attribute related until I've merged Joost's class > attributes branch which lays the foundations for the attributes. I've > planned this for after the reintegration of my dynamic packages branch > which is currently WIP (the merge, not the branch ;) ) > IIRC the branch is incomplete (for example RTTI in early stage and for example TValue need to be improved). Extending these branch is also on my TODO. :) Maybe the only target of mentioned branch is to allow attributes of classes (which has no much sense without Invoke method and extended RTTI - and that is absolutely unimplemented). > That together with your suggestion to force this attribute for records > with management operators might indeed be useful, but there are some > problems... (see below) > > > ... > > The system unit's initialization *must* be run first, otherwise you won't > have a heap or synchronisation primitives or whatever you might need. That > then also extends to units like heaptrc, cmem, cthreads, etc. > > Maybe it would be better to initialize such records always *after* *all* > initialization sections have been run... :/ (and deinitialized first) > Maybe "run" for my idea is a bad word. We don't need to run any section before initialization section from system. What we need is the table/list with "fixed" variables which needs to be initialized in system.pp initialization (and finalized in finalization). I think that is doable. -- Best regards, Maciej Izak
_______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel