ZZ
А линковка с libgcc случайно не статическая?
У меня цланг, там нет гцц кроме его libstdc++.so
Size: a a a
2021 February 10
US
У меня цланг, там нет гцц кроме его libstdc++.so
Там либо libgcc, либо libcompiler-rt. Но в случае с убунтой вероятнее первое
DS
Имелось ввиду немного другое - приведение типа pValue = reinterpret_cast<Value*>(pNode) (и любые другие возможные варианты формирования списка когда Node и Value ни как не связаны а хранится указатель без информации о типе, с чего и началось обсуждение) не имеет смысла. В конце диалога к этому в общем и пришли.
Обычно для контейнеров итератор хранит как раз просто указатель, без информации о типе. И это указатель на ноду, которая может быть либо нодой со значением либо sentinel нодой. И сам по себе этот указатель или тип ноды обычно этой информации не несёт, мы просто сравниваем с sentinel (i != end) и всё что не равно считаем нодой со значением. Информация о типе получается через сопоставление.
MK
Обычно для контейнеров итератор хранит как раз просто указатель, без информации о типе. И это указатель на ноду, которая может быть либо нодой со значением либо sentinel нодой. И сам по себе этот указатель или тип ноды обычно этой информации не несёт, мы просто сравниваем с sentinel (i != end) и всё что не равно считаем нодой со значением. Информация о типе получается через сопоставление.
Прямо сейчас смотрю на stl из VC. Нода таки типизированная и содержит два указателя на ноды а так же данные, итератор действительно хранит указатель на ноду, но он типизированный и итератор реально заглядывает в ноду при работе (это же двухсвязный список, другого способа кроме как прочитать новый указатель из ноды ходить по списку просто нет).
MK
Единственное, что он это делает через _Mylist::_Nextnode и _Mylist::_Prevnode
MK
Думаю, (хотя это и не идеоматично) если бы туда передавался void* для итератора бы ничего не поменялось.
MK
Итератор типизированный там не для хождения по нодам - список знает как по ним ходить и ладно, тип используется для разыменования.
MK
Но итератору нужен тип списка и в самом списке это просто статические методы - то есть можно считать, что без знания типа данных итератор не будет работать.
SK
Здравствуйте, есть у кого каналы по Unreal engine? Спасибо
SE
Здравствуйте, есть у кого каналы по Unreal engine? Спасибо
есть https://t.me/prographon можешь там спросить
ИI
статически, я API егойный дергаю для логов
Не нужно статически, он статически не работает. Линкуй динамически
ZZ
И Ivan
Не нужно статически, он статически не работает. Линкуй динамически
А, погоди. Там можно линковать .so, можно .a, а можно подключать через LD_PRELOAD. Я линкую .so.
ZZ
Usevalad Sauta
Там либо libgcc, либо libcompiler-rt. Но в случае с убунтой вероятнее первое
Я посмотрю, но как оно должно быть? Явно я ничего из этого не прописываю.
АХ
d
Есть ли сейчас хоть один дебагер под линукс с рабочей поддержкой coroutines ts?
А чем gdb не устроил?
FL
Сколько будет стоить доработка telegram desktop? https://github.com/telegramdesktop/tdesktop
Нужны след правки:
1) Вывод User ID в карточке профиля
2) При удалении сообщения, сообщение остается, но добавляется пометка о том, что сообщение удалено
3) Возможность просмотра истории изменений сообщения
Нужны след правки:
1) Вывод User ID в карточке профиля
2) При удалении сообщения, сообщение остается, но добавляется пометка о том, что сообщение удалено
3) Возможность просмотра истории изменений сообщения
M
А чем gdb не устроил?
С libc++ не показывает ни локалы, ни аргументы. lldb тоже, и в редких случаях ломает что-то так, что процесс умирает
V
я под винду пишу, но native
зря