Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.234.55.154] |
|
Страницы: (56) « Первая ... 39 40 [41] 42 43 ... 55 56 ( Перейти к последнему сообщению ) |
Сообщ.
#601
,
|
|
|
Сообщ.
#602
,
|
|
|
Может лучше вернуться к обсуждению синтаксиса скобочек?
|
Сообщ.
#603
,
|
|
|
Ага, я уже запутался, о каких ОС речь. Я имел в виду *nix. Там поддержка клавиши Compose есть. В OS X вместо неё своя замутка с Alt(Option), но тоже пойдёт. В винде всё как всегда. Хотя есть сторонняя программа WinCompose, которая таки позволяет назначить Compose-клавишу, в семёрке она у меня работала нормально, а в восьмёрке почему-то начала периодически отваливаться.
|
Сообщ.
#604
,
|
|
|
Видео с DConf 2016.
Как Remedy использовали D в игре Quantum Break: Quantum Break: AAA Gaming With Some D Code - Ethan Watson Господа из стартапа WEKA.IO пишут софт для облачной системы хранения данных на D без использования GC: Using D for Implementing a Large Scale Primary Storage System - Liran Zvibel Еще интересная тема - бит пакинг. Возможно будет интересно и плюсовикам: Bit Packing like a Madman - Amaury Sechet Ну и для эстетов Все видео с DConf 2016 |
Сообщ.
#605
,
|
|
|
Компилятор D gdc утвержден для включения в состав GCC.
|
Сообщ.
#606
,
|
|
|
Лучче бы дэрантайм и фобос допилили, чтобы кросскомпилячился под mingw32.
|
Сообщ.
#607
,
|
|
|
Типа надо под линупсом компилять проги дл вянды или наоборот?
|
Сообщ.
#608
,
|
|
|
Цитата applegame @ Типа надо под линупсом компилять проги дл вянды Ага. Автор LDC пиняет на "несовершенство" библиотек. Пошел уже 3-й год, как это было выявлено. |
Сообщ.
#609
,
|
|
|
Задача достаточно экзотическая, поэтому, видимо, никто не возится с ней.
Добавлено Возвращаясь к противостоянию с C++. Произвольную лямбду можно хранить в std::function. Если у лямбды есть замыкания, то std::function будет делать аллокацию памяти из кучи, верно? И при каждом копировании тоже хапает память из кучи? |
Сообщ.
#610
,
|
|
|
Цитата applegame @ Задача достаточно экзотическая, поэтому, видимо, никто не возится с ней. Не экзотичнее из под линуха для мак оса - и это работает. |
Сообщ.
#611
,
|
|
|
Цитата applegame @ Короче таки да, при каждом копировании std::function происходит аллокация, а значит плюсы сливают в этом плане дешке, так как дешные лямбды копируются без аллоцирования и состоят фактически из двух указателей. Возвращаясь к противостоянию с C++. Произвольную лямбду можно хранить в std::function. Если у лямбды есть замыкания, то std::function будет делать аллокацию памяти из кучи, верно? И при каждом копировании тоже хапает память из кучи? |
Сообщ.
#612
,
|
|
|
Цитата applegame @ Компилятор D gdc утвержден для включения в состав GCC. Я вот задумался Рано или поздно "новый" GCC (с поддержкой DLang) перекочует в mingw32. Сейчас в библиотеках runtime и phobos есть ошибки, приводящие к невозможности кросс-компиляции. На сколько я правильно разобрался - ошибки из-за неверно расставленных условий компиляции (нет понятия "целевой платформы", есть понятие используемой платформы, т.е. где компилируем/собираем - та и цель). Вопрос ... ну и кто будет (и вообще будет ли) разбираться с этой проблемой? |
Сообщ.
#613
,
|
|
|
Цитата applegame @ плюсы сливают в этом плане дешке Показывай тесты производительности и расхода памяти. Чего зря болтаешь? |
Сообщ.
#614
,
|
|
|
Цитата applegame @ Короче таки да, при каждом копировании std::function происходит аллокация, а значит плюсы сливают в этом плане дешке, так как дешные лямбды копируются без аллоцирования и состоят фактически из двух указателей. Не понял. А если у тебя в захвате переменная, содержащая данные в куче - она не скопируется что ли? |
Сообщ.
#615
,
|
|
|
Цитата JoeUser @ Дык, как всегда в Open Source: разбираться будет тот, кого эта проблема больше Вопрос ... ну и кто будет (и вообще будет ли) разбираться с этой проблемой? |