То есть, все писать с нуля? ;)

под все еспшки уже либры есть

как минимум под 01 и 32 еспшку точно есть

как минимум малина (которая ресбери пай) умеет в6

у мя весь IOT сидит за пабл IPv6 через фаерволл

Ну наличие стека не освобождает от необходимости переписывать все с socket(AF_INET...) на socket(AF_INET6...), а еще же захочется dual stack, и всё, работы сразу становится тьма

А много ESP-штуковин?

под 60 пока что =)

для дома

Ого. И все писано руками, без фреймворков?

ардуино код

Стар я для таких развлечений ;) У меня десяток выключателей под ESPHome, будет еще пару десятков, но вероятно меня не хватит допиливать его под dual stack

сразу надо бы писать нормально

Я при случае передам разработчикам ;) ;)

хорошо )

Да-да, хорошее пожелание, особенно с учётом того, что даже ещё 10 лет назад об IPv6 мало кто задумывался хотя бы по причине отсутствия его сколь-нибудь заметного внедрения. А если ещё вспомнить код, которому лет этак 20 или даже больше, когда IPv6 был ещё лишь в зачаточном и экспериментальном состоянии... Задним умом, как известно, все крепки.

не знаю о чем вы. af_unspec и af_inet6 были доступны больше чем 20 лет назад, вместе с getaddrinfo

нужно было сразу писать с учетом множественных af_family, а не хардкодить

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

Я о том, что нет ничего более консервативного, чем привычки людей, в данном случае разработчиков. Для того, чтобы изменить свои привычки, недостаточно новостей о новомодных веяниях, нужна конкретная цель, которую можно потрогать здесь и сейчас, а не какая-то отдалённая и туманная. Что касается AF_UNSPEC, то попробуй создать гнездо с таким типом адреса. Наиболее вероятно, что ты в ответ получишь -1 и EINVAL. Это связано с тем, что конкретный сетевой стек выбирается именно на этапе создания гнезда. Что касается hardcoding, то, указывая вместо AF_INET AF_INET6, ты занимаешься тем же самым. Те же яйца, только вид сбоку.