только рендердок например не работает с таким контекстом

да рендердок ниже 3.3 не могёт

вполне может в compat profile контексте жить впрочем

если не ниже 3.3

но легаси вызовы просто игнорит, а не плюётся

лол, кватернионы можно через std::complex представлять, если реализация предоставляет его для типов отличных от флотов, впрочем это unspecified

Где почитать про то, как реализовывать draw list'ы?
Ну, т.е. сейчас в моём движке я вызываю функции drawSomething() напрямую, а внутри них OpenGL вызовы.

Но хочется чего-то более абстрактного, и чтобы код OpenGL лежал примерно в одном месте и чтобы его было легко заменить потом на какой-нибудь Vulkan лет через 5

Посмотри, как реализован рендер движка quake 2, будет полезно

https://fabiensanglard.net/quake2/
Видимо начну отсюда... :D
Спасибо

Там вообще каждый рендер это отдельный файл, скомпилированный из набора исходников

Именно поэтому там много рендеров

И можно их подключать, отключать динамически

И игра этого даже не поймёт

Что подразумевается тут под рендером? Типа "OpenGL renderer" или "DirectX renderer"?

Именно

Но в quake 2 там директа не было, но был opengl, glide, software, ещё какие-то, сейчас не вспомню

Но там всё на си, но на самом деле те подходы можно и к плюсам применить

glide кстати какой-то довольно минималистичный был

там во всем апи с десяток функций

Понятно. Просто я думал о том, как писать врапперы вокруг OpenGL и думал о том, что было бы хорошо, если бы они вызывались как можно близко друг к другу
Но когда у тебя сложная система, то GameRender::drawSkybox будет далеко от LevelEditor::drawTransformGizmo.
Но draw list'ы по идее должны сделать так, что будет пофиг на то, как всё именно рендерится пока только набирается draw list, а потом уже можно просто почитать код "processDrawList"