<![CDATA[Lambda Aufruf Konvention]]>Ist es möglich, einer Lambda-Funktion eine calling convention anzugeben?
Wenn ja, welche Compiler unterstützen dies bereits?

Ich muss z.B. eine Funktion mit __stdcall übergeben, Lambdas werden allerdings immer mit __cdecl erstellt.

cannot convert 'avisynth_c_plugin_init(AVS_ScriptEnvironment*)::<lambda(AVS_ScriptEnvironment*, AVS_Value, void*)>' to 'AVS_ApplyFunc {aka AVS_Value (__attribute__((__stdcall__)) *)(AVS_ScriptEnvironment*, AVS_Value, void*)}'
]]>https://www.c-plusplus.net/forum/topic/320889/lambda-aufruf-konventionRSS for NodeWed, 22 Jul 2026 14:06:58 GMTWed, 16 Oct 2013 08:01:46 GMT60<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 08:07:28 GMT]]>Ist es möglich, einer Lambda-Funktion eine calling convention anzugeben?
Wenn ja, welche Compiler unterstützen dies bereits?

Ich muss z.B. eine Funktion mit __stdcall übergeben, Lambdas werden allerdings immer mit __cdecl erstellt.

cannot convert 'avisynth_c_plugin_init(AVS_ScriptEnvironment*)::<lambda(AVS_ScriptEnvironment*, AVS_Value, void*)>' to 'AVS_ApplyFunc {aka AVS_Value (__attribute__((__stdcall__)) *)(AVS_ScriptEnvironment*, AVS_Value, void*)}'
]]>https://www.c-plusplus.net/forum/post/2360624https://www.c-plusplus.net/forum/post/2360624Wed, 16 Oct 2013 08:07:28 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 08:25:24 GMT]]>Ein Lambda-Ausdruck hat den Typ des entsprechenden closure types, welcher einfach eine Klasse mit allen gecaptureten Objekten und Referenzen ist. Diese Klasse überlädt den Funktionsoperator, also operator() .

Desweiteren kannst du bei einem Lambda-Ausdruck auch Attribute festlegen, welche dann dem besagten Funktionsoperator mitgegeben werden:

An attribute-specifier-seq in a lambda-declarator appertains to the type of the corresponding function call operator.

Das sieht so aus:

auto l = []() [[cdecl]] {};

Leider spuckt mir GCC aus, dass er das Attribut eiskalt ignoriert.

]]>https://www.c-plusplus.net/forum/post/2360631https://www.c-plusplus.net/forum/post/2360631Wed, 16 Oct 2013 08:25:24 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 09:32:33 GMT]]>Zeig mal den relevanten Code und nicht nur die Fehlermeldung. Oder besser noch: Ein vollständiges Minimalbeispiel.

]]>https://www.c-plusplus.net/forum/post/2360651https://www.c-plusplus.net/forum/post/2360651Wed, 16 Oct 2013 09:32:33 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 10:32:48 GMT]]>typedef void (__stdcall *Func)(int); void test(Func){} void __stdcall valid(int){} int main(){ test(valid); test([](int){}); } 
E:\...\test.cpp|7|error: cannot convert 'main()::<lambda(int)>' to 'Func {aka void (__attribute__((__stdcall__)) *)(int)}' for argument '1' to 'void test(Func)'|

Verwenden tue ich den mit Code::Blocks 12.11 mitgelieferten MinGW32 Compiler mit gcc version 4.7.1 (tdm-1).

]]>https://www.c-plusplus.net/forum/post/2360676https://www.c-plusplus.net/forum/post/2360676Wed, 16 Oct 2013 10:32:48 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 10:51:35 GMT]]>Aus einem mir unverständlichen Grund hat man entschieden, dass man den Typ eines Lambdas nicht hinschreiben können darf. Du versuchst in deiner Testfunktion den Typ eines Lambdas anzugeben und genau das soll nicht möglich sein (warum auch immer). Entweder du benutzt std::function und nimmst dynamische Speicherallokation in Kauf oder du machst ein Template draus. Dafür zu sorgen, dass ein Lambda kompatibel zu einem void (__stdcall *)(int) ist soll nicht möglich sein.

]]>https://www.c-plusplus.net/forum/post/2360682https://www.c-plusplus.net/forum/post/2360682Wed, 16 Oct 2013 10:51:35 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 10:54:52 GMT]]>hmm, komisch ... hätte gedacht, dass der Compiler selbst so schlau wäre und sich anhand der impliziten Konvertierung von Lambda zu Funkionszeiger selbst die richtige Aufrufkonvention verwenden kann. Zumindest wurde in den Lambda-Proposals so etwas erwähnt. Man wolle auch C-APIs mit Lambdas bedienen können.

Also entweder verlangt der Standard von einem Compiler so eine Automatik, wobei der GCC 4.7 das dann offensichtlich noch nicht kann, oder Du erwartest zu viel an Magie.

Schau mal, ob du hier fündig wirst:
http://open-std.org/JTC1/SC22/WG21/

]]>https://www.c-plusplus.net/forum/post/2360684https://www.c-plusplus.net/forum/post/2360684Wed, 16 Oct 2013 10:54:52 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 11:03:06 GMT]]>nwp3 schrieb:

...

Ein Lambda-Ausdruck mit leerer Capture-Clause ist implizit zu einem Funktionszeiger konvertierbar. Genau das wollte der OP hier machen. Ihm steht nur das __stdcall im Weg. Von __stdcall steht natürlich nichts im Standard, auch wenn da std drin vorkommt. Von daher kann man in diesem Fall auch nicht wirklich darüber sprechen, ob der Compiler sich hier konform verhält oder ob das wirklich nicht erlaubt ist. Es sieht für mich nach einer QoI (quality of implementation) Sache aus. Der GCC könnte dieses Auto-Magie-Feature unabhängig vom Standard einbauen. Ich weiß nur nicht, wie da die Chancen stehen. stdcall gibt's ja AFAIK auch nur in der Windows-Welt.

]]>https://www.c-plusplus.net/forum/post/2360685https://www.c-plusplus.net/forum/post/2360685Wed, 16 Oct 2013 11:03:06 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 11:13:06 GMT]]>krümelkacker schrieb:

nwp3 schrieb:

...

Ein Lambda-Ausdruck mit leerer Capture-Clause ist implizit zu einem Funktionszeiger konvertierbar. Genau das wollte der OP hier machen. Ihm steht nur das __stdcall im Weg. Von __stdcall steht natürlich nichts im Standard, auch wenn da std drin vorkommt. Von daher kann man in diesem Fall auch nicht wirklich darüber sprechen, ob der Compiler sich hier konform verhält oder ob das wirklich nicht erlaubt ist. Es sieht für mich nach einer QoI (quality of implementation) Sache aus. Der GCC könnte dieses Auto-Magie-Feature unabhängig vom Standard einbauen. Ich weiß nur nicht, wie da die Chancen stehen. stdcall gibt's ja AFAIK auch nur in der Windows-Welt.

Solche Magie würde ggf. zu Codeduplikation führen (die Konvertierung in eine Funktionszeiger muss ja nicht immer im Kontext des Lamdaausdrucks erfolgen).
Auf die Schnelle finde ich Proposal für lamda-Fpointer-Konvertierung (angenommen) und
Defekt #1557 wobei die vorgeschlagene Lösung eher nicht darauf abziehlt, polymorphe Aufrufkonventionen zu erlauben (wobei Linkage ja nur indirekt etwas mit der Aufrufkonvention (=ABI-Feature) zu tun hat).

]]>https://www.c-plusplus.net/forum/post/2360687https://www.c-plusplus.net/forum/post/2360687Wed, 16 Oct 2013 11:13:06 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 12:36:26 GMT]]>Youka schrieb:

Ich muss z.B. eine Funktion mit __stdcall übergeben, Lambdas werden allerdings immer mit __cdecl erstellt.

Ugh, gibt es unter Windows immer noch keine einheitliche Calling Convention? Dachte dieses DOS-Relikt hätte man längst beseitigt.

]]>https://www.c-plusplus.net/forum/post/2360711https://www.c-plusplus.net/forum/post/2360711Wed, 16 Oct 2013 12:36:26 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 12:41:51 GMT]]>Calling Conventions sind kein DOS-Relikt. (Die Behauptung macht nichtmal Sinn. Man könnte behaupten, dass Windows mit stdcall arbeitet ist ein "DOS-Relikt" (ist es nicht, weil in der DOS-API völlig andere Calling Conventions üblich waren. Das ist also höchstens ein Windows-Relikt...))

]]>https://www.c-plusplus.net/forum/post/2360713https://www.c-plusplus.net/forum/post/2360713Wed, 16 Oct 2013 12:41:51 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 12:46:57 GMT]]>Das gibt's auch auf allen anderen Plattformen. Nur machen unter *NIX alle cdecl, so dass man da in C-Code nichts von merkt. Wenn du unter Linux Pascal-Code schreibst (ich weiß, macht niemand mehr, und das ist auch besser so), musst du Funktionen aus C-Bibliotheken mit cdecl kennzeichnen, denn da hat man per default üblicherweise stdcall.

Das wird man auch nicht mehr los, weil Kompatibilität.

]]>https://www.c-plusplus.net/forum/post/2360716https://www.c-plusplus.net/forum/post/2360716Wed, 16 Oct 2013 12:46:57 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Wed, 16 Oct 2013 13:53:44 GMT]]>Die AMD64 ABI von *NIX ist kein cdecl mehr und unterscheidet sich auch bei Systemaufrufen.

]]>https://www.c-plusplus.net/forum/post/2360722https://www.c-plusplus.net/forum/post/2360722Wed, 16 Oct 2013 13:53:44 GMT<![CDATA[Reply to Lambda Aufruf Konvention on Thu, 17 Oct 2013 04:05:09 GMT]]>Danke für eure Antworten.
Dies bestätigt leider meine weiteren Funde im Web, schade 😞 Hoffe ich mal, das wird in späteren Compilern unterstützt.

]]>https://www.c-plusplus.net/forum/post/2360814https://www.c-plusplus.net/forum/post/2360814Thu, 17 Oct 2013 04:05:09 GMT