lexszero
29.02.2012 23:37 nyapad
Чят, смотри. В прыщеведре есть волшебная макра, по адресу члена структуры, ее типу и названию мембера возвращающая адрес самой структуры:
/**
* container_of — cast a member of a structure out to the containing structure
* @ptr: the pointer to the member.
* @type: the type of the container struct this is embedded in.
* @member: the name of the member within the struct.
*
*/
#define container_of(ptr, type, member) ({ \
const typeof( ((type *)0)→member ) *__mptr = (ptr); \
(type *)( (char *)__mptr — offsetof(type,member) );})
Я написал то же самое так:
#define container_of(ptr, type, member) \
(type *)((char *)ptr — (char *)&(((type *)0)→member))
И вроде бы УМВР. Вопрос: зачем в прыщеведре лишние костыли?
3 comments
recommend
bookmark
subscribe
У меня тоже есть подобные штуки.
есть догадки, но весьма необоснованные. скорее всего они зассали, что выражение "(((type *)0)→member)" таки попробуют вычислить, даже несмотря на то, что от него нужен только адрес (в случае какой-нибудь пошаговой отладки, в каком-нибудь gdb), либо что подобное выражение поломает статический анализ кода.
кстати, второй пример кода в общем случае некорректен: представим, что в качестве ptr передают a + b, где b это указатель на значения типа, отличного от char.
но в первом примере непонятно, зачем создают __mptr, я бы "заинлайнил" его, но оставил бы offsetof — вроде стало бы не хуже, ведь ptr только один раз используется в макросе.
дада, скобочки я забыл.