Rio macht Probleme beim Umstieg

[skoschke]

Hallo, ein Projekt für Windows und Android lässt sich neuerdings nicht mehr compilieren.

bei SharedObjectFileName := TPath.Combine(TPath.GetDocumentsPath,.... kennt Delphi plötzlich TPath.Combine und TPath.GetDocumentsPath nicht mehr!

In der Hilfe zu FMX.Objects.TPath gibt es die Methoden auch nicht mehr!

Was ist denn da los, hat jemand eine Idee?

Ciao
Stefan

[Sherlock]

Das kommt aus System.IOUtils, der andere TPath hat etwas mit Grafik zu tun.

Sherlock

[skoschke]

Gut, wenn ich gleichen Code in einer anderen Unit habe, wird TPath nicht bemängelt...

Hat das irgendwas mit der uses Unit-Reihenfolge zu tun und was muss man da beachten?

Ciao
Stefan

[Sherlock]

Wenn Du auch FMX.Objects benutzt, dann kann es eben zu Verwechslungen kommen. Wie schon immer bei Delphi. Dann muss man eben voll qualifizieren, welche Klasse gemeint ist.

Sherlock

[hoika]

Hallo,

Zitat:

Hat das irgendwas mit der uses Unit-Reihenfolge zu tun

Die letzte Unit gewinnt.

[skoschke]

danke, das war der entscheidende Tip!

Warum das Gleiche aber unter Delphi Berlin funktioniert hat und unter Rio jetzt Uses umsortiert werden müssen, ist mir nicht klar...

Hat bei Berlin die erste gewonnen und unter Rio nun die letzte?

Ciao
Stefan

[Uwe Raabe]

Wenn die uses-Anweisung erst System.IOUtils und dann FMX.Objects aufführt, wobei dabei auch interface-uses vor implementation-uses gilt, dann sollte ein folgendes TPath immer das aus FMX.Objects sein. Das ist unter Berlin und Rio identisch. Da wir aber nicht sehen können, wie deine uses-Anweisungen unter Berlin und Rio aussehen bzw. aussahen, können wir dazu keine Aussage treffen.