да какая разница? ты же не разрешаешь инлайнить конкретную функцию, компилятор сам решает инлайнить или нет

Но в описании опции сказано что она делает.

Но в описании опции сказано что она делает.

Да, но нет никакой спецификации утверждающей будет ли эта функция заинлайнена или нет.

по-дефолту не будет

Если у казать -O2 то по дефолту будет или нет?

-finline-small-functions -findirect-inlining -fpartial-inlining

и?

Мне надоело доказывать очевидное, а dmd я не пользуюсь.

С gcc с++ пишу достаточно.

Когда мне пофиг на вызовы, пользуюсь питоном.

Что тут очевидного? Если функция объявлена как static, то бишь она не может быть слинкована с другим объектным файлом, то компилятор по сути может применить любой calling convention

static - это не по-дефолту, для начала)

по дефолту функции могут быть слинкованы, очевидно, что в этом случае необходимо соблюдать ABI,

Все что ты привел - это ABI

Например: However, if the function is not visible then GCC has options. It may inline the function or call it however it wants to. It might even split it into "hot" and "cold" parts and inline the hot code path. That usually only happens when building with profile guided optimization. Отсюда: https://stackoverflow.com/questions/22331244/does-gcc-optimize-calling-conventions

Интересно, сколько часов вы уже разбираетесь с этим?)

а фигли, воскресенье однако

Любишь по воскресениям за компилятор пояснять?))

Не особо.

Однако время убивается. :) Эти группы вредны :)

Вредно правдоборство :)

Ну если двое упертых встречаются, то это надолго ?

Если двое упертых - то это уже взаимоблокировка

Бывает и такое

Спор надоел. Я в целом понял, что имел в виду Павел. Полагаю, он понял, что имел в виду я. На этом можно закончить.

Можно, конечно, поспорить на другие темы, но темы закончились

Кстати, как я понимаю в чистом Си тоже же есть рантайм, пусть и крохотный, что он в себя включает?

есть стандартная библиотека и код инициализации, который вызывает main, WinMain или DllMain

Насчет кода инициализации - он для того, что бы преобразовать аргументы. В линуксе(за винду не ручаюсь) они лежат так: (вершина стека) 32/64 argc string[argc] argv string[] envp

А main - обычная cdecl функция

И такое не прожует

Этот ньюанс будет бить тебя по лицу, если вдруг захочешь писать асм сначала без stdlib, а потом добавить stdlib

dip1000 state - D Programming Language Discussion Forum https://forum.dlang.org/thread/wcoavuffosmlkxwlfspr@forum.dlang.org

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

0.8.3 alpha собирается

Я вчера весь день все что поломалось чинил

Собирается, выдавая кучи deprecated )

Они там решают что с delete делать.

http://dlang.ru/faq норм так разжигаете в сравнии с растом и го )

да, мощные посылы)

про свифт и го понравилось

http://dlang.ru/faq норм так разжигаете в сравнии с растом и го )

Вообще офигенный faq. Всё по делу. Особенно про go.

Про свифт подозрительно - мне казалось свифт это такая марктинговая замануха

привязанная к платформе

Про свифт подозрительно - мне казалось свифт это такая марктинговая замануха

Не, Свифт нормальный язык. Нишевой только.

в пень, перекатываюсь на старый компилятор

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

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

Да ладно, ои же выкатили его буквально на днях.

дык почему-то никто не чесался заранее хотя бы увидеть что оно не собирается, в travis-ci можно подключить сборку бетами компиляторов, например

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

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

погоди. вот релизный компилятор и он ломает релизную версию софта

Ну в релизной версии софта вроде написано с какими версиями компилятора она гарантированно работает. В чем проблема?

ну что-то я прям хз. т.е. важная для инфраструктуры софтина всегда будет отставать и не собираться самым главным компилятором

ну что-то я прям хз. т.е. важная для инфраструктуры софтина всегда будет отставать и не собираться самым главным компилятором

Ну не всегда. Я надеюсь :)

всегда по такой логике

иногда оно будет собираться, но положиться на это нельзя

Сейчас D переживает большие изменения. Я лично считаю, что пусть будут такие breaking changes зато выправим косяки.

очень много багов == надо очень много денег чтобы поправить это всё

очень много багов == надо очень много денег чтобы поправить это всё

Ага. нужна армия тестеров. И ты - один из них :)

не тестеров, в том то и дело

куча открытых и описанных багов

куча открытых и описанных багов

Значит просто не хватает рабсилы

о чём и речь, это значит денег не хватает

чтобы на зарплату посадить

Ну это, мягко говоря, не новость

Посмотри на список башляющих, он смехотворен

Я где-то баксов 100 в сумме пожертвовал и далеко не на последнем месте :)

А список отсортирован по сумме вклада. больше всех вкладывает Александреска

привет. надо, чтобы Сергей Галицкий стал заниматься спонсированием языка D и IDE для него, раз ушел из "Магнита".

а часто ли бывает ситуация, что инди-программист мог бы заплатить определенную сумму за подписку платной IDE (типа 600 рублей в год), но вынужден пользоваться крякнутой, т.к. цена великовата (как в случае критики JetBrains, к примеру)

про свифт и го понравилось

Кстати: Swift borrows a clever feature from the D language... https://developer.apple.com/swift/blog/?id=15

По поводу Питона. Сейчас нет времени проверить как оно там в Ди, но пару раз я натыкался, на то, что в Ди либы куда более логично работают. Последний пример. Было у меня несколько сотен файлов csv для выгрузки в БД. На части файлов парсер падал. Проковырялся около 5 часов т.к. было совершенно не ясно что ему не нравится. В начале грешил на кодировку, потом на русские буквы, потом на отсутствующие поля и тд. Оказалось все прозаично. У некоторых файлов в конце было несколько символов перехода на новую строку. В итоге парсер их не пропускал, а возвращал пустой массив и дальше у меня все падало. Понятно дело, что можно сказать, что это правильное поведение, но блин, черт додумаешь до него особенно когда начинаешь думать о том, что проблема в другом.

"COLUMN" интересно как юзать?

блин курсив показывает

какой свифт жутко замусоренный язык

глаза ломаются почти как от перла

ну хоть не постеснялись про Ди написать

the rust of perl...

По питону. Всё, что может не следовать стандартам лучше сразу разбирать руками. Об этом говорит мой горький опыт.

в питоне исключения есть?

Да

На днях читаю dbf, прилетает исключение "*** в поле с типом int" и всё падает. Хорошо что сказало, но дальше пришлось форкать библиотеку.

Библиотека не из стандартных, конечно.

Вот чего реально не зватает так это std.events

или std.eventloop может

Сходил на http://dlang.ru/faq . Набрасывают задорно, но вот это - "сборщик мусора делают автоматическую оптимизацию (сборку, копирование, уплотнение объектов в памяти)" - напрасно сюда вставили, это к Дишному GC не относится. Он ничего не копирует и не уплотняет.

Сходил на http://dlang.ru/faq . Набрасывают задорно, но вот это - "сборщик мусора делают автоматическую оптимизацию (сборку, копирование, уплотнение объектов в памяти)" - напрасно сюда вставили, это к Дишному GC не относится. Он ничего не копирует и не уплотняет.

напрасно вообще писали весь тот бред

там мало что к чему-то относится, если вообще относится

а зачем сделали вычисление выражений всегда в формате int? раньше вроде так не было?

если я 2 байта умножаю максимум я могу получить short же

https://issues.dlang.org/show_bug.cgi?id=18552 навеяло этим

или я с чем-то путаю? тип вроде шёл от первого операнда в выражении?

напрасно вообще писали весь тот бред

Напиши лучше, в чем проблема?

там неправда и непроверяемая инфа

я на выходных взялся за пиление лэндинга с самой базовой информацией: компиляторы, ссылки, редакторы, на днях допилю, если что, можно будет использовать)

Причем использовать не по назначению :)