LINUX.ORG.RU
Форум — Development  

ошибка: нет декларации srand и rand


0

0

Как вылечить?

#include <iostream>
#include <vector>
#include <ctime>

#define n 20
#define MVAL 100
std::vector<int> a(n);

main(){
srand (unsigned (time (NULL)));
for(int i=0; i<n; ++i)
a[i]=rand()%MVAL+1;
}

10: ошибка: нет декларации ‘srand’ в этой области видимости
12: ошибка: нет декларации ‘rand’ в этой области видимости

$ c++ -v
Используются внутренние спецификации.
Целевая архитектура: i486-linux-gnu
Параметры конфигурации: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Модель многопоточности: posix
gcc версия 4.3.3 (Ubuntu 4.3.3-5ubuntu4)


#include <cstdlib>

anonymous
()
Ответ на: комментарий от Love5an

>По какой причине? :) не по этой ли? http://yosefk.com/c++fqa/picture.html#fqa-6.15

И по этой тоже =). Но особенно интересно становится, когда макроподстановка является верной с т.з. языка, но неверной с т.з. алгоритма. Потрясающая ночь с отладкой гарантирована)

Sectoid ★★★★★
()
Ответ на: комментарий от Sectoid

> Но особенно интересно становится, когда макроподстановка является верной с т.з. языка, но неверной с т.з. алгоритма. Потрясающая ночь с отладкой гарантирована)

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

kemm ★
()
Ответ на: комментарий от kemm

>В отличие от многих (тех же темплейтов, скажем)

Речь шла об именованных константах, а не о темплейтах.

Sectoid ★★★★★
()
Ответ на: комментарий от Sectoid

>В плюсах лучше так не делать. man static const

А не лучше ли enum{ N = 20; MVAL = 100 }; ? В стандарте кодирования Unreal числовые константы определяются так.

Absurd ★★★
()
Ответ на: комментарий от Absurd

>А не лучше ли enum{ N = 20; MVAL = 100 }; ? В стандарте кодирования Unreal числовые константы определяются так.

Да, этот вариант я как-то упустил. Для численных хорошо.

Sectoid ★★★★★
()
Ответ на: комментарий от Sectoid

> Речь шла об именованных константах, а не о темплейтах.

Я не про именованые константы, а про мной процитированный кусочек.

kemm ★
()
Ответ на: комментарий от kemm

>Я не про именованые константы, а про мной процитированный кусочек.

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

Никто с этим не спорит. Но у препроцессора другой недостаток -- он ничего не знает об областях видимости, ибо не средство языка. О чём спорим-то?)

Sectoid ★★★★★
()
Ответ на: комментарий от Sectoid

> Но у препроцессора другой недостаток -- он ничего не знает об областях видимости, ибо не средство языка.

Это да. Порой приходится делать закат солнца вручную. 8))

> О чём спорим-то?)

Да ни о чём, в общем-то... На вопрос ТС ответили уже в первом комментарии. 8))

kemm ★
()
Ответ на: комментарий от mono

Там 40 страниц, с десятого числа висит в топе на главной. Как ты мог не заметить? Основной темой была "c++ vs функциональщина". Зафиксирован слив ерланга в синтетических числодробильнях, чудоязык J, страшноватые лямбды на си, ну всего не перечислишь.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

я редко в топ на главной смотрю.

> Основной темой была "c++ vs функциональщина"

это почти постоянно в подобных тредах.

mono ★★★★★
()
Ответ на: комментарий от kemm

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

Святая простота.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

А-а-а, ещё один альтернативно-одарённый, не понимающий, что он сам хотел сказать... Ничего, не огорчайся, бывает. Не ты первый, не ты последний.

kemm ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Development