Поиск объекта с дополнительной помощью справочной таблицы, которая должна быть оптимизирована, если она не используется

Я хочу ускорить поиск глифов в моем приложении Cortex-M4 для тех шрифтов, которые интенсивно используются, добавив дополнительную таблицу поиска. То, что я сейчас имею, — упрощенное и псевдо-иш — это:

в fontname-font.cpp:

static const uint8_t someFont = {
headerbytes[knownHeaderSize],
glyph[knownGlyphCount]
};

Размер каждого глифа зависит от глифа. Некоторые в основном пустые (например, пробел), некоторые больше (например, ‘M’). Размер каждого глифа хранится в заголовке глифа, так что я могу перебрать шрифт и выяснить, по какому смещению (someFont[offset]) глиф с кодом code начинается.

в fontname-map.cpp:

static const uint16_t someFont_lut[knownGlyphCount];

так что я могу использовать someFont[someFont_lut[code]] если LUT включен.

Как я могу объединить шрифт и необязательный LUT в классе, который обеспечивает удобный интерфейс? Мне кажется, что разбивать информацию на два файла уже плохая идея (хотя я могу это изменить), но даже если они находятся в одном и том же файле, как я могу создать класс, который позволяет по выбору использовать LUT, и позволяет оптимизировать LUT, если он не используется?

Я хотел бы уменьшить интерфейс приложения до чего-то вроде

Glyph Font::operator[](const char& c);

где Glyph может быть просто указателем на глиф, хранящийся во флэш-памяти, или прокси-объектом, который можно использовать для извлечения данных глифа из флэш-памяти. Наличие и использование LUT должно быть скрыто за этим оператором.

Я использую gcc, и предложения могут быть специфичными для gcc. Какие шрифты должны содержать LUT, известно во время компиляции.

Добавлено: Я хотел бы, чтобы решение не позволяло мне смешивать глифы одного шрифта с LUT другого шрифта. я хочу уточнить если LUT используется, а не который то есть. Класс чтения шрифта должен найти его самостоятельно.