в отличие от opengl

так что придется выбирать - либо хорошо. либо быстро ?

пока да, непортабелен

подскажите для вима плагины для D

https://wiki.dlang.org/D_in_Vim

Ты что D не любишь? ?

Люблю, но слишком заумно перед сном вникать в нюансы архитектуры стандартной библиотеки, компилятора и гц. Я кодить люблю. Сам столько внимания этим темам никогда не уделял.

Люблю, но слишком заумно перед сном вникать в нюансы архитектуры стандартной библиотеки, компилятора и гц. Я кодить люблю. Сам столько внимания этим темам никогда не уделял.

Юзай Go!

Юзай Go!

Подъёб засчитан?

Ахаха

Я привык решать задачи по мере их поступления. Тёк у нас словарь, разбирались почему и что с этим делать. А так.. хотя читать интересно, да)

https://wiki.dlang.org/D_in_Vim

там один мусор

Ну шо поделать, такое творят вимофилы :(

А кто-нибудь работал с вайбовским TCPConnection? Как можно заставить метод leastSize возвращать что-то большее чем единичку ?

А кто-нибудь работал с вайбовским TCPConnection? Как можно заставить метод leastSize возвращать что-то большее чем единичку ?

Ммм дай ка ссыль на док, не помню уже

Ммм дай ка ссыль на док, не помню уже

http://vibed.org/api/vibe.core.stream/InputStream.leastSize у меня почему-то всегда возвращает 1. Читать из сокета по 1 байту не прикольно )

Вообще, чтение по байту это отличная практика.

Почему?

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

Ну хз, а в чем проблема прочитать килобайт то сразу? Быстрее же будет. У меня бинарные данные.

Почему?

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

А так, один байт точно есть)

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

Петля с вейтфордата и в ней читать?

Я так и делаю. И тут мы опять приходим к тому же - в петле читаю по 1 байту, бред )

У меня буфер огроменный на 8кб

Может быть доступно 0 байт, 1 байт, ... 1000 байт. В наших интересах производительности читать как можно большими кусками.

Eugene ты пользуешься dub для сборки под arm?

я под линукс для малины (RAspberry Pi) кроскомпилом тестовый проектик собираю первым нагугленным способом ? dub build --compiler=gdc-5-arm (кросскомпилятор не помню откуда скачал, прям бинарём, для линукса х86_64) - собирается и работает))) Пробовал собирать прям на малине, но что-то там слишком много заморочек было (конкретнол щас не скажу), так что отказался от этой затеи...

в любом случае никто не отменяет модульности

вот я и об этом подумал - "инкрементная компиляция" вроде же для этого и придумана ? разбиваешь свой супер-код на модули (по функционалу) и при сборке компилируется лишь то где были сделаны изменения ЕМНИП ?

я под линукс для малины (RAspberry Pi) кроскомпилом тестовый проектик собираю первым нагугленным способом ? dub build --compiler=gdc-5-arm (кросскомпилятор не помню откуда скачал, прям бинарём, для линукса х86_64) - собирается и работает))) Пробовал собирать прям на малине, но что-то там слишком много заморочек было (конкретнол щас не скажу), так что отказался от этой затеи...

собирать на малине сразу я отбросил из-за того что это крайне долго и некоторые вещи просто не возможно (gtkd при сборке требует 1.5Gb оперативы, на RPI столько нет) gdc не пользуюсь, т.к. не понятна совместимость с dmd (и ldc вследствии того, что один frontend с dmd)

собирать на малине сразу я отбросил из-за того что это крайне долго и некоторые вещи просто не возможно (gtkd при сборке требует 1.5Gb оперативы, на RPI столько нет) gdc не пользуюсь, т.к. не понятна совместимость с dmd (и ldc вследствии того, что один frontend с dmd)

» gtkd при сборке требует 1.5Gb оперативы а чо так сурово-то?! ? » gdc не пользуюсь, т.к. не понятна совместимость с dmd А в чём профит совместимости (конкретно в твоём случае)? Я, просто, первым нашл вариант кроскопила именно с помощью gdc, так что дальше копать не стал... ? кстати, "из коробки" не захотела libcurl линковаться, но разбираться почему - было лень, для теста хватило и простенького "хттп-клиента" на сокетах ;)

» gtkd при сборке требует 1.5Gb оперативы а чо так сурово-то?! ? » gdc не пользуюсь, т.к. не понятна совместимость с dmd А в чём профит совместимости (конкретно в твоём случае)? Я, просто, первым нашл вариант кроскопила именно с помощью gdc, так что дальше копать не стал... ? кстати, "из коробки" не захотела libcurl линковаться, но разбираться почему - было лень, для теста хватило и простенького "хттп-клиента" на сокетах ;)

почему так сурово, я не знаю) вообще это же автоматический биндинг и там тонна файлов в java-стиле (1 класс - 1 файл), может из-за этого профит совместимости с dmd и ldc в библиотеках — в основном всё проверяется на dmd и/или ldc а если gdc не ест пока код, которые dmd и ldc уже давно поддерживают (static foreach например)?

gdc имхо диковинный зверь пока, так как портируется сейчас с D на C++

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

gdc имхо диковинный зверь пока, так как портируется сейчас с D на C++

я вроде читал что там есть "промежуточная сущность", в которую переводится код с любого языка (си/фортрат/etc) и она уже превращается в АСМ для конкретной архитектуры.... ? (на википедии есть статейка, но из неё ни-хре-на не понятно про эту магию: ru.wikipedia.org/wiki/Абстрактное_синтаксическое_дерево )

gdc имхо диковинный зверь пока, так как портируется сейчас с D на C++

"В компиляторах front-end транслирует исходный код в переходное представление, а back-end работает с ним для генерации машинного кода" ( ru.wikipedia.org/wiki/Front_end_и_back_end ) ? так что хрен его знает что там на самомо деле у них происходит...........

вот как раз dmd front-end используется в ldc, поэтому разбор кода будет идентичным, а дальше уже дело оптимизаторов и бэкенда

а gdc может делать похоже, но не точно так же

как минимум это чревато багами

а в худшем случае различием поведения (без явных ошибок)

так же внутри компилятора используется ir — intermediate representation (или как-то так) — представление кода, схожее с асемблером, над которым уже происходят манипуляции оптимизации и уже ir переводится в асемблер под архитектуру

так вот нормально документированный ir только у llvm (ldc)

только из-за большого наследия gnu compiler collection ещё на плаву

если бы хотел освоить тематику (написание компиляторов) я бы взял llvm (как делают многие, судя по некоторым новостным статьям)

поэтому имхо эпоха gcc в прошлом, как мне кажется

накой его пользовать не пойму (только из-за необходимости в линковщике)

так же внутри компилятора используется ir — intermediate representation (или как-то так) — представление кода, схожее с асемблером, над которым уже происходят манипуляции оптимизации и уже ir переводится в асемблер под архитектуру

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

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

читал, что главный в конторе gcc не особо горит желанием распостранять эту инфу из-за страхов Столмана

это что-то странное. там все ж опен сорс, и куча разных организаций над гцц работают

ну типа если он просто возьмёт и раскроет все карты как llvm набегут интерпрайзные мрази и наклепают платных компиляторов на основе такого идеологически чистого gcc

сомневаюсь, что такие страхи реально были

поэтому доступ ir там какой-то сложный

ну эт то что я читал)

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

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

разве что для каких-то специфических платформ

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

если их продают значит кто-то покупает?)

разве что для каких-то специфических платформ

вот тут как раз, как мне кажется, нет

ну понятно что кто-то да

покупают ради суппорта скорее всего

аргумент

а ещё из-за скорости (былой, возможно)

это не угроза для опенсорс, супорт продают и на опенсорс софт

например intel-овский С++ компилятор

который для intel архитектуры самый крутой байткод генерит (может ранее так было)

интеловский и правда крутой

но однозначно сказать какой круче нельзя: на разных тестах разные лидеры получаются

ERROR: S client not available

GPL же. что они там такого наваяют?

алсо энтерпрайз-мрази на базе gcc как раз сильно коммерческие решения таки делают. fsf не против

например GNAT

это выгодно всем

сомневаюсь, что такие страхи реально были

https://gcc.gnu.org/ml/gcc-help/2004-02/msg00088.html

о

ну проффи это не останавливает, у меня друг в ИСП РАН уже много лет хакингом гцц занимается

в каком же ебанутом мире мы живём...............................

? в случае ИСП там все легально делается для всяких самсунгов и других больших компаний, они и в конференциях гццшных регулярно участвуют, часть сообщества

кстати, кто-нибудь натыкался на инфу, почему facebook's C++ preprocessor и linter более не поддерживаются?

ну так С++ нинужен :)

https://github.com/facebookarchive/squangle/commits/master

хз хз

помесь D и Rust по синтаксису (как мне показалось) https://github.com/VoltLang

помесь D и Rust по синтаксису (как мне показалось) https://github.com/VoltLang

Ага, только язык совсем примитивный, даже генериков не видно. Как паскаль эпохи раннего палеозоя.

Ага, только язык совсем примитивный, даже генериков не видно. Как паскаль эпохи раннего палеозоя.

Компилятор на D, так что как пример кода, может сойти

Забавно просто, что на языке, и так, особо не распространённом пишут компилятор ещё одного языка

We need to go deeper

каждый настоящий программист должен написать свой компилятор своего языка :)

каждый настоящий программист должен написать свой компилятор своего языка :)

И свою стандартную библиотеку ?

ну это ваще очевидно.

С блэкджеком и шлюхами (с)

А некоторые и пишут.

Ну и, конечно же , свою маленькую ОСь — с планировщиком и защищённым режимом ?

И потом в работе используют.

И всё путём.

И всё путём.

А кто заявляет обратное?) ?

Ирония в вашем тексте.

Но я могу и ошибаться.

И свою стандартную библиотеку ?

Обычно получается нестандартная)

каждый настоящий программист должен написать свой компилятор своего языка :)

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