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

Не обижайтесь, но ваша система точно не является суперсистемой по ряду критериев. На мой взгляд, главное свойство билд-системы — это *доступность* её для конечного пользователя. Пока я не могу на все машины её установить — на винду, на макось, на слаку и nixos, пока не могу опубликовать проекты и пакеты в интернете с помощью этой системы, будучи уверенным, что любой пользователь сможет их моментально и без проблем собрать — эта билдсистема не будет считаться сносным вариантом. С этой точки зрения закрытая внутренняя билдсистема Яндекса не только не имеет никаких преимуществ ни перед какими системами (хоть даже самыми отвратными — automake какой-нибудь), а вообще даже и не существует. Например, я не смогу сделать на ней проект и показать друзьям (если не все мои друзья также работают в Яндексе). Но я верю, что для каких-то внутренних нужд Яндекса она очень хорошо подходит, и если сотрудникам ей нравится пользоваться, то я за них рад, и считаю, что система свои задачи выполняет.

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

Но мне не понравилось, что вся эта тема растянулась на 3 недели

3 недели... Меня месяца 4 нанимали

Всем привет! Тут есть народ кто на OpenGL пишет? Спец чатиков по графкодингу не нашёл.

Есть спецчатик

Отлично, теперь вопрос сложнее, кто нибудь пробовал такой тяжёлый наркотик как WebGL?

Я проблвал

WebGL это gl es 2.0 короче, webgl2 - 3.0

А может замутим pro.graph?

алгоритмы на графах?

Не обижайтесь, но ваша система точно не является суперсистемой по ряду критериев. На мой взгляд, главное свойство билд-системы — это *доступность* её для конечного пользователя. Пока я не могу на все машины её установить — на винду, на макось, на слаку и nixos, пока не могу опубликовать проекты и пакеты в интернете с помощью этой системы, будучи уверенным, что любой пользователь сможет их моментально и без проблем собрать — эта билдсистема не будет считаться сносным вариантом. С этой точки зрения закрытая внутренняя билдсистема Яндекса не только не имеет никаких преимуществ ни перед какими системами (хоть даже самыми отвратными — automake какой-нибудь), а вообще даже и не существует. Например, я не смогу сделать на ней проект и показать друзьям (если не все мои друзья также работают в Яндексе). Но я верю, что для каких-то внутренних нужд Яндекса она очень хорошо подходит, и если сотрудникам ей нравится пользоваться, то я за них рад, и считаю, что система свои задачи выполняет.

+

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

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

звучит как неразрешимая задача (https://ru.wikipedia.org/wiki/%D0%90%D0%BB%D0%B3%D0%BE%D1%80%D0%B8%D1%82%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8_%D0%BD%D0%B5%D1%80%D0%B0%D0%B7%D1%80%D0%B5%D1%88%D0%B8%D0%BC%D0%B0%D1%8F_%D0%B7%D0%B0%D0%B4%D0%B0%D1%87%D0%B0)

Я видел что-то похожее, но не помню где

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

Называется "анализ алгоритма на стадии проектирования"

Ясно, видимо не то имел ввиду

Но можно же онлайн скомпилировать, и разбирать

Это что то типо онлайн профилировщика, с отслеживанием выделения памяти

Хотя можно и обычным strace прогнать

И отследить все вызовы выделения памяти

Ну да. И ведь есть такое наверняка

Наверное. Но идея мне нравится)

В linux можно дополнительный callback повесить на alloc, который будет время выводить и количество откушанного

Можно посмотреть в сторону анализатора утечки памяти Debug CRT

Или написать свой распределитель.

Статических анализаторов много

да как статичекий поможет, тут динамический нужен

да как статичекий поможет, тут динамический нужен

Символьная интерпретация выходит на тропу войны (на самом деле нет, реально динамический нужен)

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Сори, не знал, как эта штука работает

Сори, не знал, как эта штука работает

Сковороду тебе всё равно уже приготовили

Нет, прошу, только не на масле!

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

есть valgrind massif но он только в рантайме

Ладно, оффтоп офф)

Нет, прошу, только не на масле!

масло еще заслужить надо

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

Reindex.. please wait

При сборке проекта получаю варнинг. Все работает, но с варнингом как-то некультурно. Как исправить функцию, чтобы и проверку оставить и варнингов не получать? https://hastebin.com/unonafened.cs

paste.org.ru

или вот: https://hastebin.com

сделал

http://stackoverflow.com/questions/39550320/nonnull-compare-warning-for-pointer-to-reference

http://stackoverflow.com/questions/39550320/nonnull-compare-warning-for-pointer-to-reference

у Влада Си, а не С++

сделал

как?

в смысле, на https://hastebin.com залил :)

ааа)

ERROR: S client not available

пацаны, как правильно, int* x или int *x?

Это вброс?

а есть другие варианты кроме вброса?

это обычный вопрос, здесь же умные люди?

который пояснить могут

пацаны, как правильно, int* x или int *x?

int* x, y, z; // typeof x -> int* // typeof y -> int // typeof z -> int int *x, *y, *z; // typeof x -> int* // typeof y -> int* // typeof z -> int* А так разницы никакой - дело стайлгайда.

какая фиона переменчивая...

int* x, y, z; // typeof x -> int* // typeof y -> int // typeof z -> int int *x, *y, *z; // typeof x -> int* // typeof y -> int* // typeof z -> int* А так разницы никакой - дело стайлгайда.

спасибо, я вас понял

Я для себя предпочитаю int* var, так как тип-то "int*", но при этом никогда не пишу через запятую указатели так

void a(){}

второе же

ну во первых foo и bar а не твои f и g

))

второе же

Плюсую. При 1 блоки нихера не парсятся глазом

Согласно стилю оформления в проекте.

Согласно стилю оформления в проекте.

+

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

>человеческий >джава

Мне лично приятно код оформлять однотипно, например вот https://github.com/Sheridan/mon/blob/master/trunk/application/libraryes/base/string/cvariant.cpp

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

Какой из них какой ?

хорошо вбросил парень, молодец

хорошо вбросил парень, молодец

++

Какой из них какой ?

ну в том же порядке, что и на картинке...

ну в том же порядке, что и на картинке...

Тогда только си стайл!

И пойнтеры еще обозначать рядом с типом

зачем спорить о стиле? или такой как в проекте, или такой, как нравится. Некоторые люди используют 3 пробела на таб, некоторые 5, некоторые венгерскую нотацию до сих пор используют. Нравится - ну и фиг с ним.

а у некоторых артистическая душа и они в одном файле мешают пять стилей, да

Как сделать чтобы при переключении на другую ветку не надо было все перекомпилять (cmake/git)

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