Получаю вот такое предупреждение компилятора.
При этом все работает так, как надо.
Если из определения оператора убрать префикс "inline", предупреждения нет.

Что это значит?

  Компилятор? Код ошибки?

GNU GCC Compiler.

Это - не ошибка, а warning.
Никакого кода нет.

  Аа, так по ходу инлайн объявлен реализован не в хидере, поэтому он игнорирует директиву inline, собственно на это и ругается что не знает знает где код функции взять для подстановки. Советую перенести реализацию в заголовок.

Насколько я знаю, если функция реализована в заголовке, она автоматически становится inline.
Префикс же "inline" делает встраиваимой любую функцию.


Если б не знала, не компилила бы, был бы error, а так только предупреждает.

Это предупреждение выдается на стадии генерации объектного кода. По этому, компилятор(т.е. не линкер) не видит тела функции чтоб встроить его. По сему, подозреваю что эта функция не будет инлайн.

Тогда что же он встраивает?
Код то работает правильно.

Да, пофиг, пусть будет не инлайн.

  Не уверен, я себе так представляю процесс компиляции. Каждый модуль компилируется отдельно, предварительно в него включаются текст всех инклудов (если нет прекомпилированных хидеров). Получается что реально код функции откомпилируется в тот объектник где она реализована. Далее компилируется другой модуль, компилятор видит опцию инлайн и ищет реализацию функции выше по инклудам, разумеется там он ее не находит, и ему ничего не остается как оставить в объектнике символьное имя функции. Дальше в работу включается линкер. Линкер найдет упоминание функции и вместо символов вставит ее адрес. 
  Возможно текущие навороченные линкеры и умеют вставлять код, но тогда ведь пойдут лесом все статические адреса и метки перехода, которые вставил компилятор, ведь компилятор когда делал объектник он еще не знал сколько места займет нужная ему функция, поэтому он и должен был зарезервировать 4 байта и остальные адреса расчитывать так как-будто в коде инструкция call + <адрес вызова>
 

  

  

поэтому он все функции вызывает не по реальному адресу , а по их  символьному имени. Дальше 
Т.е реальные адреса появляются только в бинарнике посредством разрешения линкером  символических связей между (и внутри) объектников.

Это сообщение отредактировал(а) mes - 22.8.2009, 20:11

  Символы как символы, а метки перехода? Тоже остаются символьными? 

  В чем же тогда суть варнинга? 

На стадии связывания, линкер подставит адрес.

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

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

Есть ограничение на тело инлайн функций. Когда-то нельзя было в них использовать if(), switch(), for() и еще что-то. Мы же не видим код функции. Честно признаюсь, такого варнинга я не встречал.

andrew_121, я лично не встречал ситуации чтобы компилятор давал варнинг если не делает функцию инлайном, обычно просто молчит. А тут ситуация как-бы он может сделать, но не может найти тело функции. По идее раз линкер умеет вставлять инлайны, то такого рода сообщения уже должен выдавать линкер. Отсюда напрашивается вывод что все таки линкер не умеет вставлять инлайны.