[Solved] RTL type helpers conflict with mines

[guest58172]

How can I disable the type helpers defined in syshelp ? TStringHelper conflicts with mine, which I extensively use for path manipulation, which does not the RTL version.

Tell me it's possible please...even if

https://github.com/graemeg/freepascal/blob/ae38cbc2d8a20fc3e6059ee7d77916efcb4fed1b/rtl/objpas/sysutils/sysutils.inc#L43

leads me to think it's not.

[guest58172]

It's hardly believable.

You (RTL devels) should put the helpers in a separate unit. Now each time someone uses sysutils he has those helpers. The worst is that there can only be one helper per type.

[guest58172]

Never mind, with helper inheritence this works, although unit order matters, e.g

Code: Pascal  [Select][+][-]

1. uses myunit, sysutils;

helper of "myunit" doesn't work

Code: Pascal  [Select][+][-]

1. uses sysutils, myunit;

helper of "myunit" work

[Thaddy]

As usual this is also documented.
There's even a feature for it: prefix the helper you want with its unit name and a dot.

Not to put too fine a dot/point to it, but that has been the case for scope resolution for a looooooonnnnnnggggg time.   

Why do people hate reading simple and good documentation, well written, clear....

[marcov]

IIRC

type Thehelpername = unit.thehelpername;

in the using program/unit avoids having to prefix them all with unitname, and is still protected against accidental rearranging of the uses clause

[Thaddy]

Marco, that does not work for two helpers for the same class in different units. It works with the prefix. It is also bad design. But anyway, even helpers are bad design ;/

[marcov]

Marco, that does not work for two helpers for the same class in different units. It works with the prefix. It is also bad design. But anyway, even helpers are bad design ;/

Weird, it should get that helper to the local scope that is higher than any of the imported units.

[PascalDragon]

@Marco: at first I would have said it's a bug in FPC, cause helpers require a bit of special handling, but a quick check with Delphi showed that they don't do that either.

@BBasile: Helper types follow common scoping rules: The helper from the last included unit wins.

[marcov]

@Marco: at first I would have said it's a bug in FPC, cause helpers require a bit of special handling, but a quick check with Delphi showed that they don't do that either.

IMHO it is still a bug in FPC (and thus in delphi too

[PascalDragon]

If we agree on that I'd of course be inclined to fix it in FPC

[marcov]

If we agree on that I'd of course be inclined to fix it in FPC

If you can't see a reason why Delphi does it the way it does it sounds like a lack of orthogonality, and I can't see a reason how a change like this would blow up in our face.