u_int32 и inline

[IzoLda]

объясните,пожалуйста что переменная u_int32 и в каких целях применяется ключевое слово inline??

[Пантер]

u_int32 - 32-битное целое беззнаковое число.
inline говорит компилятору, что функцию нужно встроить. То есть не вызывать ее, а поместить ее код в место вызова. Можно не использовать, так как компилятор игнорирует это.

[Igors]

Наверное лучше сказать что inline говорит компилятору что ф-цию/метод желательно встроить, а встроит он или нет - его личное дело. Если опыта маловато - можно спокойно жить без inline

[IzoLda]

а нужно ли подключать дополнительный заголовочный файл для переменной u_int32 ?

[Disa]

to Igors:
Мне из личного любопытства, тк опыт на плюсах есть, но не могу сказать что большой. У вас было когда вы в пром. коде что-то отпимизировали inlin'ом и это помогло?

[mutineer]

to Igors:
Мне из личного любопытства, тк опыт на плюсах есть, но не могу сказать что большой. У вас было когда вы в пром. коде что-то отпимизировали inlin'ом и это помогло?

Насколько я знаю из книг и советов коллег сейчас вручную писать inline почти бесполезно - компилятор лучше знает когда выгоднее функцию встроить, а когда нет

[IzoLda]

спасибо всем!)

[Disa]

to mutineer:
Я по этому и спросил.  Саттер писал, что inline почти всегда эквивалентен пробелу, но тем не менее в конце говорит:

"Избегайте использования ключевого слова  inline или других попыток оптимизации до тех пор, пока на их необходимость не укажут измерения производительности программы"

[Igors]

to Igors:
Мне из личного любопытства, тк опыт на плюсах есть, но не могу сказать что большой. У вас было когда вы в пром. коде что-то отпимизировали inlin'ом и это помогло?

Когда-то было, правда обычно не более 5-10% Да, сейчас что-то ускорить inlin'ом трудно, если вообще возможно. Но на мой взгляд inline хорош тем что сразу видно кто это: капитальная ф-ция/метод или так себе, аксессор и.т.п.

[Пантер]

Есть еще всякие force_inline.

[gogi]

Насколько я знаю из книг и советов коллег сейчас вручную писать inline почти бесполезно - компилятор лучше знает когда выгоднее функцию встроить, а когда нет

Некоторые функции не могут быть заинлайнены по ряду причин (например из-за forward declaration). В gcc можно включить соответствующий варнинг и это станет видно. После этого можно устранить эти причины и компилятор дальше уже сам справится. Так что смысл от inline'а всё же есть.

[mutineer]

После этого можно устранить эти причины и компилятор дальше уже сам справится

То есть гарантированно заинлайнит функцию?

[gogi]

То есть гарантированно заинлайнит функцию?

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

[mutineer]

То есть гарантированно заинлайнит функцию?

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

А разве отстутсвие inline гарантирует незаинлайнивание? Мне кажется что с включенными оптимизациями компилер может заинлайнить любую функцию по своему усмотрению

[stima]

Код:

class MyClass {
    private:
        int number;
    
    public:
        int getNumber() { return number; } //это инлайн функция, просто опущено ключевое слово. 
};

Код:

template<class T>
inline T max(const T& a, const T& b) { return a > b ? a : b; }  // это адекватное исользование инлайн