а в чем проблема )

может там и есть какие-то ниточки, которые дергать можно, но ~p на ~0p верняк

я надеялся, что проглядел какую-то опцию, но идея понятна

Ручек для этого нет. Но я находил где это захардкожено и себе локально менял. Ща поищу

я покопался чуток - оно в ct_framework прибито гвоздями

Думал о том чтоб PR отправить чтоб добавить конфиг для этого, но там код очень мутный, решил пока забить. Боюсь, что pr где просто один хардкод заменяется на другой, побольше, они не примут

хех, скорее всего, да

Но я для eunit делал pr который такую же проблему в eunit решал. Там приняли без проблем. Я добавил новый параметр в опции. Но там код попроще был

@nwalker ты расскажи, чем хороши структуры в эликсире

тем, что они мапы? у них есть доступ к полям по имени, это позволяет без дополнительной магии делать всякий generic код, типа сериализации или валидации.

самое главное, наверное - это вполне себе тип и к нему
можно присобачить протокол.

плюс у них есть всегда есть однозначно привязанный модуль, куда можно еще какой-то дополнительной меты или кода написать.

плюс они легко расширяемы - никто не запрещает(хотя, вероятно, осуждают) в структуру напихать дополнительных полей.

например, вот у нас трифт, который в эрланге превращается в рекорд в hrl + модуль с метаинформацией, и есть в трифтовом протоколе самопальные union-ы - явный дискриминатор в отдельном поле и несколько взаимоисключающих полей, имя заполненного из которых лежит как раз в дискриминаторе.
это лучше стандартных юнионов трифта, потому что помимо взаимоисключающих полей в такую структурку можно положить еще несколько дополнительных сверху. с юнионами вроде бы так нельзя и в любом случае не стоит.  

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

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

в эрланге это код, которому опять же передается модуль метаинформации трифта, и который соответственно генерит функции pack/unpack, map <-> record.
в эликсире - это делается протоколом, а отдельные структуры derive-ят общую реализацию, которая работает тупо влоб - персистит мапу с сохранением тега структуры.

Видимо надо получше почитать

А перфоманс не страдает?

уверен, что страдает, хотя чисел тебе не скажу.
нужно смотреть, как маленькие мапы себя ведут в сравнении с таплами по скорости, по футпринту наверняка проиграют.
в случае протоколов - дополнительно по одному case и intermodular call на каждый вызов через протокол.

то есть, в условном erlmedia им делать нечего, а вот в управлении конфигами - почему бы и нет.

Есть функция enif_get_uint64. Как из эрланга понять, какой тип у инта у меня? Т.е. почему я не использую везде enif_get_int или что-то типа такого?

Кажется ты спрашиваешь про то, чем отличается int от uint64?