INLINE nicht eindeutig

[Siro]

Ich danke Dir shedepe

Ich hab es mir grad durchgelesen und habe die Komplexität von inline völlig unterschätzt.
Je nach Code kann das echt problematisch werden für den Compiler. Wenn dann noch Paramter oder schlimmer Rekursionen auftreten, sollte man das lieber dem Compiler überlassen wie und ob er dort optimiert,
gebe ich Dir bzw. dem Compiler völlig recht.

Ich hatte nur eine Minifunktion die zwei Werte subtrahiert und wollte den Compiler dazu zwingen den Code als inline zu codieren.
Das tut er vermutlich sogar selbst wenn ich die entsprechenden Optimierungen setze.

Dann sind wird von meiner Seite schon durch mit dem Thema INLINE
und wünsche ein "optimales" Wochenende.
Siro

[shedepe]

Kleiner Tipp zum Thema Optimierung (von Hand):
Optimierung sollte man erst dann verwenden wenn man sie braucht. Wenn dein Programm das tut was es soll, und das schnell genug dann ist das gut so. In dem fall sollte man lieber auf sauberen, wartbaren Code achten.
Wenn man aber tatsächlich ein Performance Problem hat, dann sollte man seinen Code profilen. Z.B. mit Callgrind auf Linux. Ein Profiler zeigt dir an wie häuft ein bestimmter Funktionsaufruf gemacht wird.
Dann kann dort gezielt optimieren. Es bringt z.B. nichts eine Routine die nur einmal oder zwei mal aufgerufen wird zu optimieren. Wenn man hingegen eine Routine die alle 5ms aufgerufen wird, kann man viel mehr rausholen.

[Peter(TOO)]

Hallo Siro,

Ich hatte nur eine Minifunktion die zwei Werte subtrahiert und wollte den Compiler dazu zwingen den Code als inline zu codieren.

So etwas kann man als Macro realisieren:

#define add(a,b) (a)+(b);

MfG Peter(TOO)

[shedepe]

Bevor man Macro anstelle von inline Funktionen vorschlägt sollte man sich Gedanken drüber machen ob Macros wirklich Sinn machen.
Das ist die erste Zusammenfassung die ich auf die Schnelle gefunden habe:

https://stackoverflow.com/questions/...ocessor-macros

[Peter(TOO)]

Hallo,

Bevor man Macro anstelle von inline Funktionen vorschlägt sollte man sich Gedanken drüber machen ob Macros wirklich Sinn machen.

Wenn man garantiert haben will, dass der Code auch wirklich inline eingefügt wird, geht das nur mit Macros.
Inline ist, wie vieles in C, nur eine Empfehlung an den Compiler.

Übrigens wurde inline erst mit C++ eingeführt und wurde dann in C99 übernommen.

MfG Peter(TOO)

[shedepe]

@Peter: Das stimmt so nicht. Wenn du dir den Thread noch mal durchliest, dann kann man tatsächlich den Compiler auch zu einem inline zwingen. Nur ist das eben compilerspezifisch und nicht im C/C++ Standard festgelegt.

[Sisor]

Microsoft hat nen ganz interessanten weiterführenden Artikel zum Thema "inline" verfasst.

[Siro]

@Peter : Einige Teile kann ich tatsächlich mit einem MACRO realisieren
ich hatte auch gelesen, dass es erst ab C99 ein "inline" gibt

@Sisor: Viele Infos, hab ich mir auch grad angeschaut. Danke Dir

@shedepe: wenn ich das richtig gelesen habe, kann man nur versuchen den Compiler zu zwingen
z.B. mit __forceinline. entscheiden tut letztendlich aber der Compiler ob er es inline codiert.

Zumindest hab ich jetzt etwas dazugelernt, dass es sogenannte "Empfehlungen" für den Compiler gibt.
Das war mir völlig neu.

Ich Danke Euch nochmal allen für die Anteilnahme