В книге Г. Шилдта по С++ прочитал, что одним из отличий С++ от С является необходимость обязательного написания прототипов функций.
Однако MSVS 2010 хавает функцию без прототипа и даже не давится.
Кто здесь неправ?

ты.
либо прототип есть (напрмер, в файле, который включается в stdafx.h)
либо компиляция происходит в режиме С

Нет. Функция моя.

где это можно посмотреть?

в настройках проекта

Добавлено через 29 секунд
покажи код, где нет прототипа

Если тело функции находится выше по коду (включаяя инклуды), прототип не нужен.

Шилдт имелл ввиду прототипы функций-членов (методов класса).
Прототипы классов (и естественно прототипы функций входящих в нево) является обязательной необходимостью.

Вот на это не ругается.



Я тоже так думал, но этот товарисч написал, что это отличие С++ от С, а так как в С нет классов, то я и подумал, что речь идет про обычные функции.

У Шилдта "Прототип позволяет компилятору узнать тип значения, возвращаемого функцией, также количество и тип параметров, которые она может иметь. Компилятору нужно знать эту информацию до первого вызова функции".

Там ещё нужно смотреть примеры из книги, где у него определение функции написано после main(). В таком случае естественно, что сначала нужно объявление. А ситуация, когда вместе с объявлением(прототипом) сразу идёт определение, свойственна для inline функций.

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

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

+1

Кстати, в С точно так же - объявление функции уже является ее прототипом (хотя и не всегда):
 - является прототипом
 - не является

можно вот это пояснить? не пойму чем отличаются эти две записи, разве void не подразумевается и не является чисто формальностю?

Это сообщение отредактировал(а) wowka19 - 2.10.2012, 15:16

В С++ да, в С - нет. Что бы описание функции (равно как и предварительное описание) было прототипом, в нем необходимо указать типы параметров, даже если их вообще нет. Вот тут void и пишут.

значит выше приведенное сравнение относится только к plain C?
Блин, нада почитать книжку Денниса Ритчи.
Вообще странный ход разработчиков языка C не последовать примеру C++. Все-таки по дефолту подразумевать void логично и удобно. Может это пережиток ANSI C и в C99 это работает?

Да


С вроде как бы раньше появился 


Это пережиток еще перехода от K&R к ANSI C. Не уверен, что в С99 это изменили - пострадает совместимость и масса старых программ перестанет компилироваться

Я имел ввиду исправления в последующих стандартах, появившихся после C++ (аналогично //)





Почему же совместимость пострадает при установлении void по дефолту?

Комментарий // появился в C до того, как появился C++ (но может быть, не был включен в стандарт)
f() в C означает, что функция может иметь любые аргументы
в С++ это означает, что функция не имеет аргументов.
typedef void func(); - не переводимо на C++, у typedef void func(...); - немного другой смысл.

Потому что нельзя будет сделать функцию без прототипа, а в до-ANSI программах все функции были без прототипа. Так что все старые С библиотеки перестанут собираться.

не понял... можно пример

Это сообщение отредактировал(а) math64 - 5.10.2012, 07:30

Абсолютно правильный код в ANSI C (да и в K&R тоже, если вынести описание типа параметра за скобки). Если не требовать наличие void при описании прототипа - это будет ошибкой. 99.9% всех С библиотек, созданных во времена K&R C перестанут собираться

так... получается, чтоб компилятор не поперхнулся, дойдя до неизвестной func(10) в main(), достаточно просто указать тип return'а + имя функции БЕЗ параметров (НЕ ПРОТОТИП)?

тогда в чем смысл прототипа? зачем вообще нужен прототип если компилятору хватит и имени?
например:

достаточно было


для контроля соответствия типов и возможных перобразований..

В K&R прототипов не было. Там даже необязательно было давать предварительное описание функции, т.е. можно было сделать
Но потом, когда вдоволь находились по граблям с несоответствием типов параметров и вызова, ввели прототипы:

Если добавить прототип, все становится правильно

- это что за синтаксис такой?

устаревший K&R style