Криво написано , но это учебная прога.
В таком виде она не проходит линкинг и в принципе это понятно .
Но если добавить inline к int MyFactorial(int a) , то прога работает.
Объясните плз. почему??????
Ведь inline в рекурсии компайлер игнорирует. 

не обязательно, этот эффект называется tail call(tail recursion это частный случай). В данном случае компилятор заменяет рекурсию на цикл, и делает функцию подставляемой

vinter  Спасибо, но это не отвечает на основной вопрос , почему inline избавляет от ошибки ????

потомучто inline не является функцией, inline встраивается подобно макросу на этапе компиляции => не случается повторных определений и ошибки нет

Пасибо огромное!!!!!!

я думаю программа не работает не из-за переполнения стека  



что за ошибка?

Это сообщение отредактировал(а) Lazin - 19.1.2009, 21:56

Какого стэка???? Фактариал 5 посчитать проблема??? 
А ошибка двойное определение функции NumPermutations

интересно в каком месте, можешь запостить то что выдает компилтор, а не свой вольный пересказ?


это я вообще не тебе

Compiling...
Q2a.cpp
Linking...
Q2a.obj : error LNK2005: "int __cdecl MyFactorial(int)" (?MyFactorial@@YAHH@Z) already defined in Q2b.obj
Debug/Q2b.exe : fatal error LNK1169: one or more multiply defined symbols found
Error executing link.exe.

Q2b.exe - 2 error(s), 0 warning(s)



Это без inline

а причем оно тут? я про переполнение ни слова не сказал.


глянь на исходник, у него ф-ия определена в ашнике

ааааа

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

Lampa24, на будущее, чтобы подобных проблем не было, в h файл помещай только декларации структур, классов, переменных, функций, перечисления и переопределения типов, можно еще константы (на C++), а реализацию - в c/cpp файл. Просто, когда в двух или более модулях встречается реализация функций с одинаковыми именами (сигнатурами), то линкер выдает ошибку, так как он не может понять, в каком месте какая используется. Если ты помечаешь ее inline, то начинают работать несколько иные правила - линкер уже может и не знать о существовании такой функции.

Вкусная лапша, да?  Приходи ещё, здесь тебя ей накормят по полной  

А ты бы не мог подробней об этих правилах . 
Просто это вопрос на д\з и мне нужно объяснить почему это так.

Добавлено через 1 минуту и 18 секунд

????? Это к чему уважаемый???

об этом :


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