пример в студию

я на ди не пишу

но пример будет

позже

тогда это очень странное утверждение было...

шапкозакидательное, так сказать

не странное, сказал же что пример будет

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

я не собирался хуйней страдать и обсирать ди, ди мне нравится, но почему-то я еще не пишу на нем

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

а по этой теме я помню только одну вещь в которую пару раз втыкался и было неприятно: текущая реализация regex не особо приспособлена к ct так как тот кто её писал зачем-то заюзал malloc и компанию

я не собирался хуйней страдать и обсирать ди, ди мне нравится, но почему-то я еще не пишу на нем

Просто я уверяю тебя, что всё что можно посчитать можно заставить посчитать

а по этой теме я помню только одну вещь в которую пару раз втыкался и было неприятно: текущая реализация regex не особо приспособлена к ct так как тот кто её писал зачем-то заюзал malloc и компанию

подробней можно, как malloc влияет?

Результат работы внешней программы во время компиляции не взять

подробней можно, как malloc влияет?

Не имеет исходника на D

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

Результат работы внешней программы во время компиляции не взять

Результат работы внешней программы во время компиляции не взять

если результаты записаны в файл, то можно

В dub дёрнуть программу перед компиляцией и результат записать в файл

Этот файл можно использовать во время компиляции

Напрямую нельзя

А так всё распарить, вычислить, даже код новый собрать можно

Результат работы внешней программы во время компиляции не взять

Какая-то высосанка из пальца (извините что встреваю в дискуссию)

Какая-то высосанка из пальца (извините что встреваю в дискуссию)

Для полноты картины)

@deviator можно как gtk статически прилинковать

у тебя в репах не могу найти какой-нибудь make

а хотя нашел информацию

@deviator можно как gtk статически прилинковать

Статически не линковал

но пример будет

@deviator void main(){ auto n = 42; enum q = n * 0; }

n также могла бы получать ввод из stdio

суть в том что (n * 0) == 0, тут не важно откуда берется значение в n , и какое оно - если его умножить на ноль, то и результат выражения тоже будет ноль

F кто может объяснить чем компиляция статической библиотеки от динамической отличается? Ну в том плане в чем разница файла на выходе будет?

при статитеской помпиляции всё поместится в бинарник

а при динамической бинарник будет требовать внешнюю дллку или сошку

да это понятно, я имею ввиду вот я хочу либу сделать какую-то я же правильно понимаю что я могу ее собрать или как статическую или как динамическую библиотеку верно т.е. на выходе будет lib или dll

мне вот непонятна разница чем lib будет по своей структуры от dll отличаться

lib это dll вместе с хэдерами типо. а чтобы в коде использовать dll надо еще хэдеры надыбать

либ это архив объектных файлов (можно архиватором посмотреть), а длл это PE/COFF файл

@deviator void main(){ auto n = 42; enum q = n * 0; }

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

либ это архив объектных файлов (можно архиватором посмотреть), а длл это PE/COFF файл

а PE/COFF это уже бинарик?

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

Но всё что известно во время компиляции может быть использовано в вычислениях во время компиляции

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

"Статическую библиотеку создать проще, поэтому начнем с нее. Она создается из обычных объектных файлов путем их архивации с помощью утилиты ar." Получается что статическая либа это тупо архив с исходниками?

"Объектные файлы для динамической библиотеки компилируются особым образом. Они должны содержать так называемый позиционно-независимый код (position independent code). Наличие такого кода позволяет библиотеке подключаться к программе, когда последняя загружается в память. Это связано с тем, что библиотека и программа не являются единой программой, а значит как угодно могут располагаться в памяти относительно друг друга"

Не с исходниками а с .obj/.o файлами

А эти файлы уже машинный код содержат или не совсем?

да, машинный код. Но в обектных файлах не все связи между символами сделаны, а в dll и exe уже всё связано

Всем добрый день! dub можно как-нибудь ускорить? Я собираю gtk приложение и dub постоянно проверяет зависимости. Можно заставить его это не делать?

--nodeps

нет(

по крайней мере не ускоряет никак

уже пробовал

--nodeps

Это проверка репозиториев на наличие обновлений?

Всем добрый день! dub можно как-нибудь ускорить? Я собираю gtk приложение и dub постоянно проверяет зависимости. Можно заставить его это не делать?

Что-то не так... gtk можно собрать раз, потом он лежит как либа и уже не пересобирается

Помнится мне что vibed в жирной комплектации все равно каждый раз там какие-то флаги проверяет/собирает. Так что определенная задержка всегда есть

Секунд 5

Что-то не так... gtk можно собрать раз, потом он лежит как либа и уже не пересобирается

а dub и не пересобирает его, он проверяет обновления, потом говорит, что все ок и собирает уже приложение

а dub и не пересобирает его, он проверяет обновления, потом говорит, что все ок и собирает уже приложение

Можно скипнуть

как?

--skip-registry=all

--skip-registry=all

dub build —nodeps —skip-registry=all Performing "debug" build using dmd for x86_64. gtk-d:gtkd 3.7.1: target for configuration "library" is up to date. gtk-d:gstreamer 3.7.1: target for configuration "library" is up to date. gtk-d:peas 3.7.1: target for configuration "library" is up to date. gtk-d:sv 3.7.1: target for configuration "library" is up to date. gtk-d:vte 3.7.1: target for configuration "library" is up to date. gtkd_learn ~master: target for configuration "application" is up to date. To force a rebuild of up-to-date targets, run again with —force.

так мне надо было verbose сделать

чтоб увидеть на каком шаге время больше уходит

Generating using build Generate target gtk-d:gstreamer (staticLibrary /home/uantlord/.dub/packages/gtk-d-3.7.1/gtk-d gstreamerd-3) вот на этих двух пунктах дольше всего сидит

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

я ливаю, нет времени спорить это не значит что я согласен с тобой - нет, не согласен

я ливаю, нет времени спорить это не значит что я согласен с тобой - нет, не согласен

да я уж и забыл про это всё...

ERROR: S client not available

Ребят, а вот если нужно парсить около 100GB логов, то имеет смысл эти логи в разные Эластик-сетч пихать для ускоренного доступа или нет? Так ли они помогают? Просто как по мне это оверхэд дикий

А зачем в разные?

эластик-сетчи - это ты имел в виду elasticsearch ?

да именно его

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

Почитай может у него там есть механизмы шардирования

100 гигов - это не много

И без шарда справится

какие криптографические библиотеки вы используете в своих проектах?

у нас (в проектах, которые сейчас делаются нашей фирмой) нет криптографии совсем, но я натыкался на парочку http://code.dlang.org/packages/botan http://code.dlang.org/packages/cryption

да ботан популярная библиотека

sha1))))))))))))))))))))))

Может кому из системщиков пригодится http://www.state-machine.com/

Тут арчеводов нет? Gdc уже три часа собирается, никак не соберется. Может есть какая стороняя репа?

gdc де бинарный из пакмана

же*

sudo pacman -S gdc ошибка: не найдена цель: gdc

домой приеду гляну

в ауре он

или можешь поставить деб или рпм

когда уже все перейдут на снап

что это?

https://snapcraft.io/

а зависимости он подтягивает?

там в пакете все сразу, зависимостей нет как таковых

ну это минус ящетаю, хотя в современных реалиях это фигня

но именно из за этого перехода на будет

смотря с какой стороны посмотреть

если ты выпускаешь десктопный софт, то это очень удобно

*для тебя удобно

собираешь один пакет, а не 10

sudo pacman -S gdc ошибка: не найдена цель: gdc

есть dmd и ldc. Зачем тебе gdc?