Не так?

constexpr используется для компайлтайм вычислений с использованием всяких constexpr функций

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

А ок

Не гарантирует

Фактически уж точно

С++ за 21 день?

Принципы и практика с использованием С++, Страуструп

Есть mutable и const_cast

Есть mutable и const_cast

Так точно!

Это если не брать в расчёт грязные трюки с указателями

Это если не брать в расчёт грязные трюки с указателями

которые, внезапно, UB

Вот в расте я понимаю, константа - значит не меняется

Что, в unsafe нельзя узнать её адрес?

mutable нужен же для конст методов

const методы это типа: если между вызовами конст методов не было вызова неконст то результат одинаков

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

Что, в unsafe нельзя узнать её адрес?

а попробуй

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

const и этого не гарантирует

тут нужно уточнять чтоза изменения

const и этого не гарантирует

ааа, ну давайте придираться ?

тогда сами человеку обьясняйте, что const делает

ну или отправляйте его читать Стандарт ?

ааа, ну давайте придираться ?

Ну как же любимый конст каст?

уже выше писали и про mutable, и про указатели

так что всё окей)

Господа! Если я вызвал конструктор вектора с указанием размера (то есть от одного числа), стоит ли ожидать, что capacity == size? А то в данный момент при отладке выполз очень странный экземпляр, который сразу после конструктора выглядит как: "size как ты просил, 3к, capacity что-то более чем 10значное"?

Господа! Если я вызвал конструктор вектора с указанием размера (то есть от одного числа), стоит ли ожидать, что capacity == size? А то в данный момент при отладке выполз очень странный экземпляр, который сразу после конструктора выглядит как: "size как ты просил, 3к, capacity что-то более чем 10значное"?

Можно пример кода? так же ключи компилятора

Там столько всякого разного вокруг, что даже не оч ясно. Я залез внутрь вектора, кажется в его полях всё правильно. Видимо, gdb оч упорот при отладке OpenCL и OpenGL одновременно.

Или это симптомы, что мои обращения к памяти напоминают Халка, которого попросили написать эссе на тему "Крушить — очень плохо"?

А нет, кажется реально память похерена, end_of_storage раньше начала вектора.

Извините, отбой.

Интересная ситуация в любом случае. удачи в разработке!

Ещё интереснее: вставляем ассерт - чинится. Кажется, компилятор решил оптимизнуть поле вектора, оч удобно, зараза.

это вам не это)

Ещё интереснее: вставляем ассерт - чинится. Кажется, компилятор решил оптимизнуть поле вектора, оч удобно, зараза.

асан тебе в помощь, точно память похерил

асан тебе в помощь, точно память похерил

Чот Асан не дружит с OpenCL/CUDA.

Чот Асан не дружит с OpenCL/CUDA.

логично

попробуй валгринд

Ещё хуже

валгринд вряд ли дружит

Валгринд через эмуляцию все гоняет и эмулировать cuda еще не научились

Чот Асан не дружит с OpenCL/CUDA.

а чего ему не нравится? или ты дебажишь текущий хип на GPU (такой бывает?)?

а если куду ллвмом собрать?

а чего ему не нравится? или ты дебажишь текущий хип на GPU (такой бывает?)?

Не, просто падает на getPlatform со словами "нема ваще о чём ты".

Хип-то мой, CPUшный)

Какой софт использовать для эмуляции com порта

Windows

Хочу понять как девайс воспринимает данные моей проги

com0com

А вообще лучше портмонитор и смотри обмен с реальным говном мамонта

Ок

Снова добрый вечер. Есть у меня класс. Умеет приводиться к bool (определён operator bool () const). Определены ещё два сравнения (operator == и operator <=). А я беру и два экземпляра сравниваю на >=. Ожидание: ошибка компиляции. Реальность: оба экземпляра привелись неявно к bool и сравнили то, что получилось. Есть под этим какая-нибудь тайная логика? Есть ли возможность получать ожидаемый результат? Понятно, что я сейчас доопределю четыре оператора и вроде бы успокоюсь, но всё равно интересно.

>= не сравнивает булы, с чего бы им приводиться?

explicit operator bool?

Тут есть решение.

Нужке explicit typedef, но его пока нет.

Нужен*

>= не сравнивает булы, с чего бы им приводиться?

Сам удивлён, но вот (gcc version 6.4.0 (Gentoo 6.4.0 p1.1)). https://pastebin.com/0U0eJCjh $ g++ -O2 -Wall -Wextra -Werror -o sample -x c++ sample.c++ $ ./sample [warning] casted to bool! [warning] casted to bool! 5 >= 7 is true

Я за explicit operator bool

explicit operator bool?

Благодарю.

И вообще время хайповать operator <=>. Ещё никто его не реализовал?

Нужке explicit typedef, но его пока нет.

strong typedef в бусте есть. НО этож safe bool idiom. тут как сказали действительно нужно делать explicit оператор каста.

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

Сам удивлён, но вот (gcc version 6.4.0 (Gentoo 6.4.0 p1.1)). https://pastebin.com/0U0eJCjh $ g++ -O2 -Wall -Wextra -Werror -o sample -x c++ sample.c++ $ ./sample [warning] casted to bool! [warning] casted to bool! 5 >= 7 is true

да, кастит ко всему подряд лишь бы сравнить, тупое с++ делай explicit operator bool действительно

И вообще время хайповать operator <=>. Ещё никто его не реализовал?

реализуют

(сейчас вот)

(сейчас вот)

Клёво! А это имеется в виду какой компилятор?

Клёво! А это имеется в виду какой компилятор?

где-то было в начальной стадии, на статус страницах не нашел

Господа! Если я вызвал конструктор вектора с указанием размера (то есть от одного числа), стоит ли ожидать, что capacity == size? А то в данный момент при отладке выполз очень странный экземпляр, который сразу после конструктора выглядит как: "size как ты просил, 3к, capacity что-то более чем 10значное"?

Код в студию.

Код в студию.

https://github.com/LDVSOFT/spbau-term7-graphics/tree/master/hw4 . Что для сборки нужно в README написано. Падает в Hw4Window::gl_render_marching, в данный момент я с помощью valgrind выкидываю вызовы OpenCL и смотрю на то, что остаётся. В какой-то момент явно повреждается код/данные аллокатора(без идей как ловить).

Добрый день, подскажите вот такой вопрос - в extern "C" оборачиваются функции в С++, которые будут API для вещей работающих только с сишными библиотеками и насколько помню вещей добавленных в С++ там не должно быть. А как в данном случае обрабатываются шаблоны? Насколько помню они вычисляются на этапе компиляции и если я вызов засуну в блок extern "C", то в результате там должна оказаться готовая функция.

Привет

Шаблоны емнип будут все равно как extern "C++" линковаться

Шаблоны разве линкуются?

Вроде как только их инстансы.

конкретные инстанциации - да

конкретные инстанциации - да

Ну, это уже конкретные функции.

Т.е. принципиальной разницы между foo() и bar<int>() нет.

У меня есть одинаковый код для int и float. Чтобы не копипастить хочу шаблонную функцию написать и вызывать её в блоке extern