[fpc-devel] RIP NoGlobals
Hans-Peter Diettrich
DrDiettrich1 at aol.com
Wed Sep 29 15:05:08 CEST 2010
Florian Klaempfl schrieb:
> Am 29.09.2010 01:17, schrieb Hans-Peter Diettrich:
>> A last note on the NoGlobals branch, and parallel processing in the
>> compiler:
>>
>> I couldn't find any way to move global variables from globals.pas into
>> e.g. fmodule (tmodule, current_module), without breaking ppudump
>> dependencies. As long as nobody can provide a solution for this problem,
>> I see no chance for any parallel processing in the compiler.
>
> I think it was already proposed to use threadvars in this case if needed?
Threadvars are not a solution, until it's known in which
situations/places they have to be updated. Depending on the task of an
thread, some variables have to be copied from (or shared with?) other
threads, and the details have to be figured out separately, for every
intended task.
>> Now I'll resume my original work on multiple front-ends, this time using
>> a git repository
>
> Well, I wonder what the advantage of this will be, besides that there
> will be not feedback possible on the changes, so the chances to get
> these changes into trunk are also very little.
There has been no feedback on my preceding work, until it finally was
rejected for mostly formal reasons. Git allows to work on multiple
topics (branches) at the same time, and commits can be amended, so that
it should be possible to group together related changes, independently
from their introduction sequence.
While the preceding tries can be separated into multiple steps, which
only are useless until they are used for e.g. threading, the front-end
project will have no such intermediate steps of public interest.
DoDi
More information about the fpc-devel
mailing list