On Thu, 30 Sep 2010, Adem wrote:
On 2010-09-30 16:07, Jonas Maebe wrote:
On 30 Sep 2010, at 14:43, Adem wrote:
On 2010-09-30 15:03, Jonas Maebe wrote:
And the reason I said that is because Hans-Peter's wants to move it
inside the compiler so that making ppudump depend on the code generator
would no longer break the build.
The basic problem is that his rewrite made ppudump dependent on the code
generator, not that ppudump's independence of the code generator is
enforced by the build system.
Could it not be the other way around?
That, it turned out that ppudump wasn't as independent as had been
thought?
The compiler doesn't think, it just gives an error when a unit is not
found.
Hans-Peter tried putting global variables from all over the compiler into a
single unit, so it's logical that this makes everything dependent on
everything (because that single globals unit has to import type definitions
from all over the compiler).
I don't see why bringing together all the globals together should make
everything dependent on everything else; after all 'globals' are those
variables/routines that are common to all.
Actually, if I were DoDi, I'd probably bring all those units (that do nothing
but declare various types and constants) in the uses secions of globals.pas
into globals.pas.
I think there is a misunderstanding: 'global variables' <> 'globals'.
He meant variables that are not part of an object, but declared as a unit
variable. If you put all such 'global' variables in 1 unit, you do drag in
all the original units, if the variables are typed.
Michael.
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel