Meldung "Inline-Funktion XZY nicht expandiert, weil Unit ABC nicht in uses Liste"

[Harry Stahl]

Das blöde daran war, dass der Aufruf von Renamefile in einer eigenen Funktion innerhalb einer Prozedur steckt. Da reicht es wohl nicht, die Funktion mit den Hints Off / Hints On Schaltern zu umschließen, sondern man muss dann die ganze Prozedur umschließen.

Aber ich habe jetzt noch einen Weg gefunden, der ohne die Meldung auskommt:

System.ioutils.TFile.Move(Oldname, ASaveFileName);

Da wird unter Windows am Ende zwar auch die gleiche Funktion aus der Winapi genommen, aber wenigstens unterbleibt die überflüssige Meldung.

[Uwe Raabe]

Zitat von Harry Stahl:

System.ioutils.TFile.Move(Oldname, ASaveFileName);

Da wird unter Windows am Ende zwar auch die gleiche Funktion aus der Winapi genommen, aber wenigstens unterbleibt die überflüssige Meldung.

... weil der Compiler diesen Aufruf nicht mehr zu Gesicht bekommt. Für Plattform-übergreifende Entwicklung sind ja eben genau die IOUtils gemacht.

[Harry Stahl]

Wobei nach meinem Verständnis eigentlich alle System.XXX (außer natürlich System.Win.XXX spezifische units) Plattform-neutral sein sollten.

Z.B. System.Threading, etc. nutze ich ja unter allen Plattformen, hätte man bei "System.sysUtils" eigentlich insofern auch erwarten können, dass die vollständig neutral ist und nicht bei einer spezifischen Funktion meckert, dass eine Winapi nicht eingebunden wäre...

[Uwe Raabe]

Ich hätte eher erwartet, daß für SysUtils.RenameFile so was wie "deprecated - use System.IOUtils.TFile.Move" kommt.

Aber: Das Inline hat für VCL-Entwickler immerhin noch einen kleinen Performance-Vorteil. Den müsste man für die FMX-Entwickler aufgeben. Andererseits können die aber ja auch gleich TFile.Move benutzen und alle sind zufrieden. Nicht in allen Fällen gibt es diesen Ausweg.

[Harry Stahl]

Zitat von Uwe Raabe:

Ich hätte eher erwartet, daß für SysUtils.RenameFile so was wie "deprecated - use System.IOUtils.TFile.Move" kommt.

Genau das wäre auch meine Erwartung gewesen... Na ja, sei es drum, Problem ist ja behoben...

[Uwe Raabe]

Zitat von Harry Stahl:

Genau das wäre auch meine Erwartung gewesen...

Mit dem "Aber" in meinem Post wollte ich eigentlich verdeutlichen, daß es durchaus sinnvoll sein kann, diese Funktion direkt zu verwenden, die Warnung zu beherzigen und die Winapi aufzunehmen. Wenn man tatsächlich nicht rein für Windows (VCL) entwickelt, kann man das ja immer noch durch ein IFDEF lösen. Ist halt umständlicher als TFile.Move zu verwenden, aber schneller (unter Windows). Deswegen hat sowohl das inline als auch die Warnung ihre Berechtigung.