Sind lambda-capture Variablen Member?
-
Wieder was gelernt, das mag ich an diesem Forum
-
apropos optimieren: eine naheliegende optimierung wäre, mehrere referenzen auf stackvariablen zu einer zusammen zu fassen (stack frame pointer) und dann die einzelnen Variablen per zur Compilezeit bekanntem Offset anspringen. Aber das macht AFAIK der Microsoft-Compiler noch nicht. Ob das in der 2013 Version besser ist, weiß ich nicht. Diese Optimierung reduziert dann auch die Größe eines solchen Lambda-Objekts. Wer VS 2013 hat, soll das mal bitte testen. Ich wüsst' gerne, ob die das inzwischen eingebaut haben.
-
Hm, wenn du mir sagst wie man das testen kann, kann ich das gerne machen...
-
Der GCC scheint das auch noch nicht zu können. Die 12 lässt sich durch drei 32-bit-Zeiger erklären. Wenn es nur ein stack-frame-pointer gewesen wäre, würde man hier 4 oder 8 sehen (bei 32- oder 64-bit system).
-
Du weisst schon, dass sizeof die Groesse des referenzierten Typs zurueckgibt, ja?
-
ja, weiß ich. wollte nur klar machen, was da passiert.
-
Ich denke Arcoth meint dass das
remove_referenceunnötig ist.
Die Referenzen werden aber anscheinend wirklich nicht zusammengefasst:
http://ideone.com/5LQfwE
-
hustbaer schrieb:
Ich denke Arcoth meint dass das
remove_referenceunnötig ist.Beides war mir bewusst (dass er das meinte und dass es so ist).
hustbaer schrieb:
Die Referenzen werden aber anscheinend wirklich nicht zusammengefasst:
http://ideone.com/5LQfwEEcht schade; denn kleine Lambda-Objekte haben schon was. Sie würden z.B. eine Small-Funktion-Optimization bei
std::functiontriggern.
-
gcc hat ein bug dafür. Macht allerdings nicht den Eindruck, als ob jemand daran arbeitet.
-
Das wird schon werden.
Wenn ich mir so überlege was GCC und Clang in den letzten ~5 Jahren weitergebracht haben, das ist schon krass.
Lambdas sind ja doch noch relativ "neu" bei C++, und C++11 Feature-Complete bzw. C++14 Feature-Complete hatten vermutlich mal Vorrang.
