низкий приоритет задачи это раз. всё, что используется из рантайма придётся статически влинковать - два. сейчас можно собрать действительно маленкий исполняемый файл, требующий С-рантайм, который и так везде есть. Если использовать свой, то его нет нигде и таскать надо будет

ещё важно взаимодействие с другими либами и удобно находится под одним рантаймом, когда одна либа может пользоваться объектами другой

я сейчас на С++ в одном приложении вынужден использовать dll-ки с разными рантаймами (студия и мингв) и это ад. stl объекты передавать нельзя, освобождать память выделенную другой дллкой нельзя, общение почти на уровне extern "C" __stdcall

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

"что используется из рантайма придётся статически влинковать" а можно пример?

В Go как я понимаю свой рантайм привел к статической линковке всего, но дал и побочку в виде — софт на go компилится и работает везде без зависимостей так?

Grigirii я правильно понимаю что весь Си-рантайм вынесен в одну библиотеку? msvcr120.dll Я просто раньше думал, что он как-то в каждый бинарик вшивается компилятором, а тут оказалось, что некоторому софту либа нужна msvcr120.dll в которой по идее этот рантайм, но почему именно в этой либе? Там только он что ли? И больше его не откуда импортировать или какая ситуация?

"что используется из рантайма придётся статически влинковать" а можно пример?

банальный malloc это не функция операционной системы, а довольно сложная обёртка

так как стандартная библиотека С полностью доступна из дишной std.c.* очень странно реализовывать её ещё раз

Grigirii я правильно понимаю что весь Си-рантайм вынесен в одну библиотеку? msvcr120.dll Я просто раньше думал, что он как-то в каждый бинарик вшивается компилятором, а тут оказалось, что некоторому софту либа нужна msvcr120.dll в которой по идее этот рантайм, но почему именно в этой либе? Там только он что ли? И больше его не откуда импортировать или какая ситуация?

часть влинковывается в бинарь, но основная масса лежит отдельно в msvcr*.dll под виндой или libc.so под линухом

а от чего зависит какая часть влинковывается, а какая нет? Можно сделать чтобы все влинковывалось?

можно, гугли static linck c runtime

Так, а msvcr120.dll она же динамическая либа, с ней статически линковаться нельзя, получается мне ее lib аналог нужен верно?

теоретически ничего не мешает стстически линковаться с dll

я под виндой этого никогда сам не делал, поэтому могу только на уровне гугла советовать

мне вроде говорили что с dll принципиально невозможно линковаться т.к. в ней чего-то там нет...

да вроде всё есть, в dllMain даже приходит инфа о том, статически или динамически её ликовали

так погоди, а от чего зависит что влинковывается, а что нет?

чаще вместо статической линковки распространяют dll вместе с exe

так погоди, а от чего зависит что влинковывается, а что нет?

от того, где написано. можно открыть исходники и увидеть, что часть функций реализована в ашниках. особенно это касается c++ stl. А то, для чего кода в них нет, ожидается линковкой снаружи

https://social.msdn.microsoft.com/Forums/vstudio/en-US/ab187afb-3af0-44ba-a03c-dde9e5208a1a/static-link-to-vc-runtime?forum=vclanguage

но всё же я бы не стал так извращаться, а положил файлик dll рядом с exe. либо вложил в инсталятор redistributable pack

так а чем один Си-рантайм от другого отличается? как я понимаю их дофига

внешне ничем или почти ничем. их не дофига, их для винды всего два: студия и mingw. у обоих конечно есть версии, но не более. Есть конечно другие, но это экзотика

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

О, я правильно понимаю, что в Ди добавили то о чем мы говорили выше? http://dlang.org/changelog/2.073.0.html#mscrtlib-option

>option specifies the reference to the C runtime library libname that is embedded into the object file

Не могу найти, как в ди по стандарту должны записываться экземпляры классов?

Почему при генерации документации нужно передавать ключ -c ? -c do not link

Появилась инструкция как собирать приложения для Android на Windows https://wiki.dlang.org/Build_Android_Apps_using_LDC_in_a_Container

Изменение строки же у нас происходит через аллоцирование. Почему следующий код показывает одинаковы адреса переменных: string str = "big"; writeln(&str); str.replace("i","a"); writeln(&str); —- > app.exe 19FE10 19FE10

Может быть потому, что после str было свободное место и не пришлось аллоцировать эту память где-то в другом месте?

ну я вот тоже про это думал. Но как проверить чтобы наверняка?

Попробуй сразу после string str = "big" ещё одну переменную объявить, желательно тоже строковую

и сделать реплейс не "а", а "text text text text text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text texttext text text"

обяъвил переменную — та же фигня

чтобы в первоначально выделенную память не влезло

старинца памяти же вроде 4 кб, так сто строку нужно больше 4KB сделать верно?

а то там выделено, условно, 3 байта, оно в эти 3 байта влазит, вот туда и переаллоцируется

видимо да

это, кстати, очень даже замечательно, что оно так происходит

попробуй сначала просто на пару байт увеличить

интересно даже что будет

щас момент попробую 4 RB и один байт серху сделать

точнее для начала ровно 4KB

блин

а это же константы

компилятор заранее знает их длину

вот и оптимизирует так

а что если их через stdin получать?

тоже самое

а если на 9 строке?

просто если мы заменяем 1 символ на 1 символ длина точно не меняется (и компилятор это знает) и ничего переаллоцировать точно не надо

замена без аллокации?

а при чём здесь компилятор? это в рантайме определится, надо ли делать перевыделение. более того, если сделать realloc, то указатель может не поменяться даже в случае довыделения памяти

в чём изначальный вопрос? зачем нужно знание о изменении или неизменении указателя?

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

мне кажется в первом примере можно и без рантайма

а вот чтобы при переаллокации указатель изменился нужно чтобы пришлось это дело перенести в другое место

можно, но чтобы делать подобные вещи это должен быть полностью известный компилятору алгоритм и он должен уметь оптимизировать этот частный случай. даже мощные gcc и clang такое не делают

D же строки хранит как непрерывную последовательность? Или как связный список таковых?

хм

ну repace('i', 'a') как-то очень легко в этом плане оптимизировать

когда там константы

D же строки хранит как непрерывную последовательность? Или как связный список таковых?

непрерывный кусок памяти, потому что это alias на const char[]

ну тогда str.replace('i', stdin.readIn()) должен бы переаллоцировать, если много, а после что-то уже есть, то на другое место

ERROR: S client not available

иначе как вообще

https://github.com/dlang/phobos/blob/master/std/array.d#L1962

Как я понял, строка это указатель на некую структуру в памяти. Поэтому при изменении этой структуры указатель на нее не меняется

вся реализация

Попробуй объявит две строки одну за другой и сравни указатели на них

блин, точною тестовый код - полная фигня

&str всегда будет одним и тем же, это же указатель на локальную переменную

чтобы взять указатель на данные строки надо str.ptr

строки не ссылочные типы, это структуры из двух указателей - начало и конец. поэтому они могут ссылаться на одну и ту же строку, но при этом быть разными объектами и ни is ни & не поможет это определить. только str.ptr

а & это ссылка получается? На что она ссылается?

это укзатель на локальную переменную. на конкретно эту переменную объявленную на стеке

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

а вот контент строки может продолжить жить

попоробовал:

тот же эффект

str.replace('i', 'asdfgh');

не скомпилится

Почему?

http://dlang.org/phobos/std_array.html#.replace возвращает новый объект

это во-первых

'asdfgh' невалиден, только "asdfgh"

сновf один и тот же адрес...

ссаные кавычки

сновf один и тот же адрес...

когда? с присваиванием str = str.replace?

string str = "big"; writeln(str.ptr); str.replace("i","aqqq"); writeln(str.ptr);

это понятно, но ttp://dlang.org/phobos/std_array.html#.replace возвращает новый объект

точняк)

то есть только str= str.replace

иначе эта функция вообще ничего не делает

я то думал он заменяет сей объект новым

для изменения этого же объекта есть http://dlang.org/phobos/std_array.html#.replaceInto