РЕШЕНО. Указатели и приведения типов

Не понятно, почему работает первые два, ибо ошибки то не будет, но именно работать и не должно, а третий не работает потому что GLvoid * не void *, следовательно без приведения типов не обойтись.

в том-то и затык. Сам сломал мозг. Проверял и void* и int* - все корректно отрабатывает без прямого приведения в GLvoid*.

Чего тут мозг ломать, void * - стандартное средство для автоматического приведения, а всё остальное в отличии от C в С++ приведения — требует. Почему вы приводите к (int *) — вот где мозг надо ломать, ибо надо к GLvoid *

Так как задать значение GLvoid* для переменной типа int, через reinterpret_cast<GLvoid*>?

но ведь

typedef void		GLvoid;

но ведь

Но ведь это у нас C++, а не C. В C это алиас, а в C++ это новый тип.

для переменной типа int

В GLvoid * вам придётс приводить. Но и это не всё. Вы же указываете GL_FLOAT, GLenum type и void * тут специально применяется для того, чтобы можно было указать тип массива. Следовательно offset должет быть не int, а float.

Обычно правильно делать как в варианте 3, но опенгл упоротое апи, и указатель на самом деле не указатель, а смещение, так что делай reinterpret_cast<GLVoid*>

GL_FLOAT это тип элементов массива, это отражается в sizeof(float) при вычислении offset. Ему надо передать смещение в байтах, которое почему-то имеет тип GLvoid*

С остальными переменными все в порядке - код рабочий. Я только пытаюсь найти способ присвоить значение последнему аргументу без использования функции приведения типов.

все к этому и идет :/

упоротое апи, и указатель на самом деле не указатель, а смещение

улыбнуло. А реально так и выходит. Спасибо.

GL_FLOAT это тип элементов массива, это отражается в sizeof(float)

Вона чё, Михалыч. Я в этом не копал, но уж точно покруче упоротость, чем в ioctl() :)

glVertexAttribPointer(usage, elements, fmt, normalize, stride, (const GLubyte*)nullptr + offset);

OpenGL - это C, а не C++

OpenGL это API. Написанное на ванильном С. Но этот факт не делает невозможным его использользование в современных программах на С++.

В C я использую следующую конструкцию:

#define OPENGL_BUFFER_OFFSET(offset) ((const GLvoid*)((uintptr_t)(offset)))

Соответственно для C++ будет, что-то вроде:

#define OPENGL_BUFFER_OFFSET(offset) (reinterpret_cast<const GLvoid*>(static_cast<uintptr_t>((offset))))

Через union?

Через union?

И чем это вылечит конфликт типов для внешнего к коду автора API?

Сразу видно - товарищ разобрался досконально. Зачет!

Данные он указывает в typed_poiter, в API передаёт из glvoid_pointer.

Спасибо за идею, как вариант можно реализовать, но не «малина» - уж проще и читабельнее писать:

	const GLvoid* n_offset = reinterpret_cast<GLvoid*>(3 * sizeof(GLfloat));

Данные он указывает в typed_poiter, в API передаёт из glvoid_pointer.

Это вы точно мне? Если да, то это не union, это перенос приведения типа из вызова во внешнюю переменную опять с тем же привидением. Не вижу «решения» изначального вопроса, которое судя по всему было просто в зацикливании на приведение не к тому типу.

Вариант с union, насколько я помню, решает проблему со strict aliasing.

OpenGL это API. Написанное на ванильном С. Но этот факт не делает невозможным его использользование в современных программах на С++.

Вас назначили ИО капитана Очевидность?

Но ведь это у нас C++, а не C. В C это алиас, а в C++ это новый тип.

Это алиас в обоих языках.

Нет.