Зачем вообще нужно ключевое слово «auto»?
Ведь классификатор(или квалификатор? как это слово точно называется?) памяти «auto» никак не используется ( по крайней мере в исходниках разных разработчиков я его не видел).
Т.к. глобальные переменные не могут быть « auto», а локальные и так по умолчанию «auto».

Сообщение отредактировал Скопидор - Apr 10 2009, 11:19

The C++ Programming Language Special 3rd Edition Bjarne Stroustrup
Appendix C
C.9 Memory Management

Первоисточник, однако

На Хабре было интересно: http://habrahabr.ru/blogs/cpp/25330/ (с подзаголовка "Ты где был, auto?").

" ... Спустя три десятка лет стандарт C++09 вновь вводит ключевое слово auto. Переменная, определённая под этим ключевым словом автоматически приобретёт тип при инциализации. ... "©
Обана! Ахринеть

А в книжках Павловской и Подбельского об этом использовании ключевого слова "auto" ни звука

P.S. Спасибо огромное за ответы, Господа mdmitry и SysRq.

Сообщение отредактировал Скопидор - Apr 10 2009, 18:31

Какие компиляторы (каких фирм) и начиная с какого года поддерживают ключевое слово "export" (т.е. экспорт шаблонов функций и классов)?

И есть ли Freeware компиляторы C++, с объёмом до 10МБ, которые ПОЛНОСТЬЮ поддерживают самый последний стандарт C++

Почему после того, как я вместо iostream.h стал юзать iostream объём экзешника вырос с 0.2МБ до почти о.5МБ?

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

Дык объявлять каждую переменную в каждом из N модулей запарисся. Да и вероятность ошибки возрастает
................................................................................
.......





А Вы, BSVi, Сами себе противоречите.

С одной стороны Вы пишите:


А с другой пишите:


А разве global_vars.h - это не заголовочный файл?

Сообщение отредактировал Скопидор - Apr 14 2009, 20:41

правильно, в хидере каждого модуля обьявляются публичные переменные, видимые в других модулях. Подключаем .h файл - и получаем доступ к публичным переменным. А в .с файле модуля объявляются внутренние переменные модуля.

А как из файла main_1.c я получу доступ к "публичным" переменным файла "main_2.h"?

Сообщение отредактировал Скопидор - Apr 14 2009, 21:44

1.А обязательно ли в препроцессорной директиве #include использовать файлы с расширением .h ? Т.е. могу ли, например, написать файл с раширением .my и вложить его содержимое в основной файл с помощью директивы #include?



2. Почему директиву #include используют в начале файла? А существуют ли случаи, когда выгодно использовать эту директиву в середине, или даже в конце основного файла? И что это за случаи?

3. Использование #include подразумевает экспортирование ресурсов из .h-файла. А бывают ли случаи, когда наоборот, вкладываемый файл импортирует ресурсы из того файла, в который он вкладывается? Если да, то что это за случаи?


Ссылка битая. Сайт не грузится


4.

Есть прога:

На входе в блок2, я так понимаю, компилятор сохранит в стеке регистровый контекст и выделит в стеке память под локальную переменную I. А на выходе компилятор должен будет восстановить контекст (в том числе указатель стека), который был непосредственно перед входом в блок2.
Но т.к. выполняется команда перехода за пределы блока2, то получается, что команды восстановления контекста из стека будут пропущены?





5.Если main – функция, то можно ли её рекурсивно вызвать внутри её самой?



6. Как избежать в своей программе непреднамеренного «экранирования» идентификаторов из стандартной библиотеки?

Сообщение отредактировал Скопидор - Apr 14 2009, 22:17

wcin, wcout...

Нет. Часто применяется, к примеру, .hpp. Аналогия C -- .c, C++ -- .cpp.

Когда выгодно! Скажем, изменить макрос какой-нить, используемый в исходнике, вставив .h-файл с ifdef-undef-define этого макроса в середину исходника, и пусть враги догадываются почему мой спёртый ими исходник у них не работает.

Неверное понятие сути, нет там экспортирования никакого. Это паззл, если хотите

Зависит от того, как она определена, от атрибутов ее. Сохранение контекста и прочее...

Читать документацию на используемые бибилиотеки.

Ну как же. Например, я могу описать в h-файле прототип функции f1 и юзать его внутри тела функции f2, которая определена в h-файле. А вот конкретная реализация f1 будет содержаться в файле, в который будет вложен h-файл, т.е. как бы будет импортироваться из основного файла. Т.е. получается, что реализация f2 будет зависеть от того, куда будет вложен h-файл.



Т.е. в принципе возможно юзать вызовы main внутри тела main?



И больше никак? Т.е. я при выборе каждого идентификатора в своей проге должен смотреть: «а нет ли точно такого же идентификатора в стандартной библиотеке». Так?


А насчёт перепрыгивания участка восстановления контекста из стека что скажете?

Срочно читать как из .cpp получается .exe.

Можно. Поищите еще "точка входа".

Вы какой язык изучать собрались? C++? Инкапсуляция, наследование, и т.п. -- туда читайте. Вопрос отпадет. О глобальных переменных флудить не будем, тема уже была, ищите на форуме.
Как правило хорошего тона afaik не следует использовать _такие и __такие вот идентификаторы в прикладной программе.

За goto - секирбашка. Особенно в C++. Флудить не будем, тема уже была тоже.

C чего бы это вдруг? Никому он ничего не должен. Блок {} означает всего лишь составной оператор, никаких переходов и контекстов не имеется в виду.