Ты ошибаешься.

Поконкретнее, пожалуйста.

Цитируй, не стесняйся.

gcc - вообще не единый компилятор.

Это к чему?

Цитируй, не стесняйся.

Касаемо экспорта: The extern (C) and extern (D) calling convention matches the C calling convention used by the supported C compiler on the host system. Except that the extern (D) calling convention for Windows x86 is described here.

всё остальное общее

Касаемо экспорта: The extern (C) and extern (D) calling convention matches the C calling convention used by the supported C compiler on the host system. Except that the extern (D) calling convention for Windows x86 is described here.

то есть по-твоему extern (D) - это внутренний calling convention?

лол, обновил компилятор до 2.0.79 и теперь vibe.d не собирается вместе с проектом. Ну ЗБС

тебе слово extern ни о чем не говорит?

то есть по-твоему extern (D) - это внутренний calling convention?

Во-твоему дальнейшие параграфы не про функции?

vibed.org 502 - Bad Gateway Connection to upstream server failed: Failed to connect to host 127.0.0.1:8003: 7F25F5190D2C

Все очень стабильно!

Во-твоему дальнейшие параграфы не про функции?

Ты издеваешься? Или аглицкий не разумеешь? дальнейшие параграфы это: "Except that the extern (D) calling convention for Windows x86 is described here. "

Сам переведешь, или помочь?

Я вообще уже не понимаю, о чем вы спорите

Все очень стабильно!

Это ты про DMD или Vibe.d?

Я вообще уже не понимаю, о чем вы спорите

Да все о том же

о, @nogc исключения подвезли, отлично)

Это где? Я такого не нашел там.

Это где? Я такого не нашел там.

в чейндж-логе

А, пункт 6 же

betterC еще больше стал не нужен

betterC еще больше стал не нужен

ага

Сам переведешь, или помочь?

Не, не могу. Что тут написано: "An asm statement enables the direct use of assembly language instructions. This makes it easy to obtain direct access to special CPU features without resorting to an external assembler. The D compiler will take care of the function calling conventions, stack setup, etc."?

Если не будет большей ясности - dmd таки наколенная поделка.

Ну тут нигде опять таки не обязывают использовать cdecl или еще что-то

если нет правил, куда втыкать асм?

Хз

по-дефолту, судя по всему, идёт D calling convention, но написано об этом очень туманно

Ладно, тогда приведи пример для GCC

какой?

gcc - набор компиляторов.

Ну про определение calling convention

давай для c++ на x86

Сойдет для примера

на linux

Да я соглашусь с любым примером, главное, что бы был

Не, не могу. Что тут написано: "An asm statement enables the direct use of assembly language instructions. This makes it easy to obtain direct access to special CPU features without resorting to an external assembler. The D compiler will take care of the function calling conventions, stack setup, etc."?

тут написано, что в asm ты пишешь только тело функции, а обвязкой и передачей параметров займется компилятор. Как именно займется - детали реализации.

Если не будет большей ясности - dmd таки наколенная поделка.

Может и наколенная поделка, но явно не по той причине, о которой ты тут говоришь.

Ну и как из ассемблера функции дергать и к переменным обращаться?

Ну и как из ассемблера функции дергать и к переменным обращаться?

почитай на той странице, откуда ты взял эту цитату, там есть примеры.

Ну и там написано на всякий случай: The format of the instructions is, of course, highly dependent on the native instruction set of the target CPU, and so is implementation defined.

Формат инструкций не интересен.

А что интересно?

эти директивы в корне отличаются в DMD и LDC

причем для одной и той же платформы

Ну и как из ассемблера функции дергать и к переменным обращаться?

Вот на всякий случай, подробнее нашел. https://dlang.org/spec/iasm.html#stack_variables

https://dlang.org/spec/iasm.html#agregate_member_offsets

ну вот

и куда тут без соглашений?

и куда тут без соглашений?

ну так там их и нет собственно :)

а локальные переменные на стеке откуда появились?

пишешь имя переменной или offsetof и компилятор сам подставит, то что нужно

И "Implementations of D on different architectures, however, are free to innovate upon the memory model, function call/return conventions, argument passing conventions, etc. " они от нечего делать пишут?

И "Implementations of D on different architectures, however, are free to innovate upon the memory model, function call/return conventions, argument passing conventions, etc. " они от нечего делать пишут?

Ну так переведи что там написано. ?

Я же не перевода прошу.

соглашения имеют значения - вот что

Ну они там пишут ровно то, что мы тебе пытаемся доказать.

слава богу я ассемблеры ещё с турбопаскаля пользую

Мне "ваши" "доказательства" ни к чему.

И что? Я ассемблеры еще с Радио-86 РК пользую, к чему это писькомерство?

Сори, на спектруме у меня компиляторов не было.

Так чего споришь с очевидным?

Сори, на спектруме у меня компиляторов не было.

А у меня был. Z80 мне как дом родной

ассемблер у меня тоже был)

Так чего споришь с очевидным?

С чем спорю? Ты так и не привел ссылок на доки описывающие хотя бы calling convention для неэкспортируемых функций, хоть для какого-нибудь компилятора.

https://msdn.microsoft.com/en-us/library/zkwh89ks.aspx

https://msdn.microsoft.com/en-us/library/zkwh89ks.aspx

Это опять для экспортируемых функций.

Да? https://msdn.microsoft.com/en-us/library/zxk0tw93.aspx

Да? https://msdn.microsoft.com/en-us/library/zxk0tw93.aspx

The __stdcall calling convention is used to call Win32 API functions.

Win32 API

А первое что?

А первое для всего остального

Ну так?

либу ты скомпилил и твои функции торчат наружу с указанными интерфейсами

Впрочем что касается Visual C++, то возможно там можно форсировать calling convention указав вручную, например __fastcall.

Но если ничего не указывать, то оно будет выбрано компилятором

как __cdecl

как __cdecl

нет, насколько я помню, для функций-методов автоматом выбирается __fastcall

__thiscall

у майков

у gcc https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/x86-Function-Attributes.html#x86-Function-Attributes

это все описание аттрибутов, для форсированного выбора calling conventions

я вижу что даю)

если атрубут не указан, то компилятор волен выбрать все что ему захочется

нет

Например заинлайнить функцию

тем более нет

что?

компилятор не может заинлайнить функцию в рамках одного объектного файла?

без разрешения не может

Инлайнит, лично видел много раз

без разрешения

да-да, я сам так делал)

Без разрешения нет

Ну если разрешением считать отсутствие запрещения :D

Может просто оптимизация была включена?

Она может включать флаг разрешения инлайнинга

Она может включать флаг разрешения инлайнинга

-O2 и без флага инлайнит

да и инлайнит не все функции, а те которые считает нужным.

Почитай что в себя включает -O2