так то вродь не обязательно тащить все либы gtk.

например не уверен, что gtkd не сможет работать без libpeas

Ну вроде заработало как мне нужно. Пока наиболее простым оказался вариант через наследование. Общие аргументы на полях в базовом классе, предметные для проги в рутовом, базовый класс вызывает метод для получения результатов парсинга cli, этот метод переопределяется в рутовом классе и вызывается в нем гетопт, куда можно передать указатели на проперти-поля из базового класса и указатели на специфические поля для проги, хотя т.к. в опциях есть описание и т.п. можно во что-то обернуть, но это уже мелочи. Выглядит более логично, предыдущий вариант как-то через задницу получился, в базовый класс запихивать гетопт идея такая себе оказывается. Всем спасибо.

А dub смотрел?

эм? через него что-то сделать или что?

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

ну даже если было бы, то это скорее завяжет прогу\сборку на специфический менеджер\сборщик, который может поменяться в любой момент. Выглядит немного рискованной затеей.

пока меня устраивает вроде бы

разве что потом наступлю на свои же грабли с громким хлопком по носу.

dub так то сборщик о котором на первой страничке тура по язику рассказивают

его можно не боясь в проекте юзать

можно, конечно же. Но пока и так вроде работает. Вопрос разве в том, что я сам себе какую-то архитектурную яму рою.... но это уже другой вопрос

Использование D само по себе выглядит рискованной затей

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

для gtk самого по себе есть более подходящие инструменты

тот же vala

да и валу не особо юзают

подавляющее большинство — питон, джс, си

vala юзают оч активно