Leaderboard

Having read through this entire thread, I can only repeat what others already said: Changing the interface part of SysUtils requires recompiling nearly all other RTL and VCL units. That was already the case with Delphi 7. I also agree that this is most likely not the best solution to your actual problem. You said you needed a global variable in the interface section of SysUtils that multiple functions in that unit access. Which functions are you talking about and what is the purpose of this change? If you don't tell us, we can't suggest alternative solutions.

What you seem to be in denial of is the need to recompile every rtl/vcl unit because you made a significant change to the interface of SysUtils. Are you really prepared to recompile everything? I bet there's another way to solve your problem. If only you'd tell us what the actual problem was.

Unfortunately, since they broke the most truly useful feature of class helpers by removing the ability of the helper to access private members of the class, they don't work so great as an alternative to editing source files directly. Now you have to write a RTTI monstrosity to accomplish the same thing.

No need for any changes to my entry--TStreamReader handles both already. And yes, I tested it.

Two last weeks of the challenge... Still time to post your own entry!

Fair enough, it's a last resort for me. Nevertheless, if you browse through the bug reports, you will see all kinds of issues that are fixed by correcting the bug in the source file. If the bug is in a private method, or if you need to access a private field to work around it, or if a method that should be protected is marked private, etc, you can only choose to avoid the bug by not using the offending code at all, or change the source code. Class helpers used to be an excellent way to avoid editing the source files, but that was neutered and we were told to use RTTI instead, which is so obtuse that editing a local fork of the source file is much preferred on our team.

The project search path has precedence. Post your .dproj file if you can. ...or you could explain what your end goal is; Why do you need to modify sysutils.pas? We might help you with a better solution.

If you changed the interface section (bad idea, really) that means that every RTL and VCL unit using system.sysutils needs to be recompiled in addition to your own units and the resulting dcus need to be put in a folder where they replace the dcus that come with the Delphi installation. And remember that said installation has different dcus for debug and release and different platforms, something D7 did not have. Best reevaluate the original cause for this change in D7 and see wether you can avoid it in D11 completely.

There's no difference between Delphi 7 and 11 with regard to modifying sysutils that I can think of. You have most likely not specified the correct project search path. Where have you placed the modified sysutils.pas ?

I presume you copied this altered version to your projects path...? And it is missing from the other project? Project requirements that require a change to a file which might in turn get changed with every patch/update of the IDE are at least worthy of discussion.