Какой тип у указателя?

Как задекларировал в исходнике, так и известно.

Известно на этапе компиляции.

Целочисленный. Указатель это значение, а не сущность отдельная. А так, такой какой у тебя в исходниках задекларирован или тот к которому ты его скастовал (тоесть каст означает смену типа обработки данных коими и является указатель)

в рантайм типов нет. Например m - вычисляется и равно 10.

Как правильно вычислить (ptr+m) смещение?

Как правильно вычислить (ptr+m) смещение?

В базовой документации к языку это описано. Поди да почитай.

Причём тут рантайм? Ты в исходниках типы от балды пишешь? man sizeof

в рантайм типов нет.

факт, нет

Например m - вычисляется и равно 10. Как правильно вычислить (ptr+m) смещение?

на этапе компиляции известно sizeof(*ptr). вот на этапе компиляции, тебе компилятор заменит (ptr+m) на (raw_ptr + m*sizeof(*ptr))

Ладно. Это понятно.

Теперь void* ptr. ptr - адрес, для простоты равен 1.

чему равно ptr+10? 11? а почему не 111?

чему равно ptr+10?

точно стандарт не процитирую, но внутренняя ванга говорит, что это равно UB

А для чего тогда сделали приведение типов (void*)?

А для чего тогда сделали приведение типов (void*)?

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

тут снова внутренняя ванга говорит, что вроде бы как раз для void* единственная определенная операция это каст обратно к тому T*, из которого он был сделан. но тут могу и ошибаться, цитату привести не готов.

Т.е. ((T*)((void*) ptr)) + 10 сместит указатель в нужное место?

Т.е. ((T*)((void*) ptr)) + 10 сместит указатель в нужное место?

не уверен на 100% какое именно место ты считаешь нужным, но внутренняя ванга говорит, что да :)

Бьярне Строуструп говорит, чтобы ты не пользовалась адресной арифметикой, и он просил тебе это лично передать:

https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#probounds-bounds-safety-profile

Бьярне Строуструп говорит, чтобы ты не пользовалась адресной арифметикой, и он просил тебе это лично передать:

… и ООП, так его по пьянке на спор разработал.

LZai будь проще, как int.

А как эффективно передать матрицу NxMxKxL причем там разные типы объектов?

й…ный ты по голове. Почитай ты книгу из серии «С++ для чайников»

куда передать? кому передать? по сети передать? в функция передать?

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

Что конкретно нужно передать?

Ну и передавай матрицу, по ссылке. Или экземпляр собственного класса матрица.

А как эффективно передать матрицу NxMxKxL причем там разные типы объектов?

Если объекты в матрице разные и при этом «маленькие», то хранить одномерный массив n*m*k*l значений типа union. Точнее что там сейчас в std вместо юнион. Одномерный — чтобы было в одном куске. При работе кастуешь к четырёхмерному.

Есди объекты в матрице «большие», то всё то же самое, только хранятся указатели.

Матрица - набор типов. Например комплексные числа - координаты, интервалы - время и т.д. Передается в функцию как void*.

Ну я примерно поняла как делать. Если строка std::complex, то приводишь void* к указателю на этот тип, а дальше компилятор сам вычислит нужное смещения при добавлении целого индекса.

в рантайм типов нет

В крестах есть.

Передается в функцию как void*.

Зачем? В С++ как минимум есть std::any, который кинет исключение если ты передашь что-то не то, что ожидает функция.

А так есть шаблоны чтобы не терять информацию о типе. Хотя если тебе нужно стирать типы по каким-то причинам, то тогда std::any.

void* это С, не С++…

https://gcc.gnu.org/onlinedocs/gcc/Pointer-Arith.html

Указатель по posix не имеет типа ибо должен уметь содержать какие угодно данные (data pointer)

Как правильно вычислить (ptr+m) смещение?

Величина на которую будет увеличен адрес памяти при прибавлении 1 рассчитывается на этапе компиляции исходя их типа на который указывает ptr.

А для чего тогда сделали приведение типов (void*)?

Для того, чтобы можно было передавать указатель на объект любого типа.

Указатели не нужны. Как и говноязыки, в которых они присутствуют.

Язабан

Если уж есть желание экономить на подобных спичках, нужно аллоцировать N* sizeof(T1) * M * sizeof(T2) * ... байт памяти и оффсеты считать. Юнион по размеру будет равен размеру наибольшего типа внутри, поэтому оверхед по памяти от матрицы юнионов может быть очень большим.

Везде в этом сообщении, где пишу «юнион», можно читать как union, так и variant.

Целочисленный. Указатель это значение, а не сущность отдельная.

Лол нет. В стандарте написано, что указатель должен кастоваться к инту и обратно. Но внутреннее представление может быть любым.

В стандарте написано, что указатель должен кастоваться к инту и обратно

В стандарте такого не может быть написано, хотя бы потому что int и указатель могут быть разных размеров.

В стандарте такого не может быть написано

Да, там чуток не так.

Вот цитата из стандарта:

A pointer can be explicitly converted to any integral type large enough to hold all values of its type. The mapping function is implementation-defined

Это ведь просто адрес памяти. Откуда известно на что он указывает на int или obj A?

От программиста.

А ещё бывает тегированная память, тот же Эльбрус

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

(цитата про советский эльбрус)

Развитая система тегов допускала динамическую типизацию.

А почему в прошедшем времени?

Be a pointer my friend…

«Всегда быть в маске - его судьба» /и про к-ус также/.

В советских было 8 разрядов на тег (256 тегов), а в новых только 2 разряда (4 тега): типизация не помещается.

…, а в новых только 2 разряда (4 тега): типизация не помещается.

И для чего тогда они используются?

https://habr.com/ru/post/328542/

Код покажи.

Целочисленный

Знаковый?

каст означает смену типа

Чо там насчёт кастануть в уинт64_т на 32 битах?

Бьярне Строуструп говорит, чтобы ты не пользовалась адресной арифметикой

Труп страуса должен был сказать иначе. А именно: пользуйся, коли позволено, но с умом, потому-то и потому-то.

Одномерный — чтобы было в одном куске. При работе кастуешь к четырёхмерному

Бже, как страшно. Тщем, недавно пилил бинарное дерево поиска (чистая сишка) — там кажный вузел в отдельном куске памяти, и чо? Ну... наверное было б влупить выравнивание в структах и памяти, всё такое, но, только если это будет узким местом. А так то — нахрена?

И то true.

А как эффективно передать матрицу NxMxKxL

эффективно