Как я и думал, столкнулся с массой проблем при попытке компиляции библиотеки parabot в linux.
1. работа со строками. Всякие _stricmp, _strnicmp, _strupr и прочее. Насколько безопасно заменить их обычными stricmp, strnicmp? Не будет ли вылетов или критичных багов? Ещё, для _strupr нет альтернативы в заголовках для GCC. Чем заменить по-хорошему?
2. std:vector. ИМХО, параша какая-то. Смотря на код, понимаю, почему многие не любят C++ и предпочитают чистый C. Так вот. Спецификации опять же отличаются. GCC не прожёвывает reference, const_reference, size_type и iterator. Это такой прикол от майкрософта насочинять новые типы и невозбранно юзать только под виндой?
3. Регистр.. Мать его! Студия прекрасно хавает исходник, к которому подключен заголовок PBT_DynArray.h, при том, что реальное имя файла pbt_dynarray.h. GCC начинает выпендриваться, типа файл не найден. Ему надо либо переименовать настоящий файл в соответствии со строчкой в исходнике, либо изменить строчку в исходнике в соответствии с реальным именем файла.
Пока что всё, дальше даже разбирать не стал. Погуглил, кое-что нашёл, но такие решения меня не устраивают. Что хочу узнать:
По пункту 1. Про безопасность замены обычными функциями уже спросил, про альтернативу _strupr тоже спросил. Может быть можно как-то настроить компилятор, чтоб он жевал исходники без модификации?
По пункту 2. Где можно почитать, какой вариант вектора правильный, и как избавиться от ошибок?
По пункту 3. Может быть, опять же, ключ командной строки для компилятора есть?
З.Ы. Знаю, что XaeroX писал ботов для Волатилы на основе Parabot, надеюсь он что-нибудь подскажет. Особенно по пункту 2.
Ku2zoff писал: std:vector. ИМХО, параша какая-то. Смотря на код, понимаю, почему многие не любят C++ и предпочитают чистый C. Так вот. Спецификации опять же отличаются. GCC не прожёвывает reference, const_reference, size_type и iterator. Это такой прикол от майкрософта насочинять новые типы и невозбранно юзать только под виндой?
Всё есть.
code:
std::vector<int>::iterator it;
int i = 0;
std::vector<int>::reference r = i;
std::vector<int>::size_type s;
std::vector<int>::const_reference c = i;
Цитата:
Ku2zoff писал: Может быть можно как-то настроить компилятор, чтоб он жевал исходники без модификации?
Определи соответствующие дефайны в командной строке. Типа
code:-D_stricmp=strcasecmp
Или запиши определения в заголовочный файл, который повсюду подключается
Ну а чего компилятор тогда ноет, что нет? Что, прям в самом файле объявлять надо?
Цитата:
FreeSlave писал: -D_stricmp=strcasecmp
Спасибо за подсказку. Буду гуглить альтернативы. Код _strupr (нашёл в инете) прям в нужный файл засуну, он там всего в одной cpp-шке используется.
Цитата:
XaeroX писал: Для психически здорового человека файлы в разных регистрах - это один и тот же файл.
Ну с регистром проблема небольшая. Там вроде в двух местах всего лишь написано #include не в нижнем регистре. Перепишу.
А как с вектором-то быть? Может объявить std::vector как-то по-другому? Или заголовок специфический подключить надо? Заголовки есть же, иначе компилятор бы на их отсутствие ругался. Я причину того, что компилятор не находит эти типы, пока не понял.
Цитата:
FreeSlave писал: Там если какие-то нестандартные вещи приводятся, то и явно написано, что они не в стандарте.
FreeSlave писал: Может, ты там вообще gcc вместо g++ вызываешь
Ой, точно Сервер им полностью по дефолту компилится. А для компиляции клиента юзаются и gcc и g++. Причём gcc компилит только pm_shared. Вот оно в чём дело. На сервере, похоже, нету специфического кода, в отличие от клиента, вот gcc его и жуёт. А в коде ботов запоролся с сиплюсплюсным std. Щас копнём в этом направлении.
З.Ы. если удастся собрать без проблем, то попробую применить фиксы для Linux (сворую из HPB_bot). Чтобы можно было хотя бы в HLDM, OpFor и DMC гамать. Жаль, поддержка TFC недоделанная
Ku2zoff, gcc определяет язык, но с libstdc++ по умолчанию не линкует. Поэтому вполне может скомпилировать C++ код, если стандартная библиотека не используется
code:bot/pb_goals.o -c ../parabot-source/bot/pb_goals.cpp
In file included from ../parabot-source/bot/pb_mapgraph.h:9:0,
from ../parabot-source/bot/pb_cell.cpp:3:
../parabot-source/utils/checkvec.h:19:31: error: expected ‘)’ before ‘n’
checkedVector(size_type n, const T& value = T())
^
In file included from ../parabot-source/bot/pb_mapgraph.h:9:0,
from ../parabot-source/bot/parabot.h:5,
from ../parabot-source/bot/bot.cpp:13:
../parabot-source/utils/checkvec.h:19:31: error: expected ‘)’ before ‘n’
checkedVector(size_type n, const T& value = T())
^
../parabot-source/utils/checkvec.h:23:30: error: expected ‘)’ before ‘i’
checkedVector(iterator i, iterator j)
^
../parabot-source/utils/checkvec.h:27:4: error: ‘reference’ does not name a type
reference operator[](difference_type index)
^
../parabot-source/utils/checkvec.h:27:4: note: (perhaps ‘typename std::vector<T>::reference’ was intended)
../parabot-source/utils/checkvec.h:34:7: error: ‘const_reference’ does not name a type
const_reference operator[](difference_type index) const
^
../parabot-source/utils/checkvec.h:34:7: note: (perhaps ‘typename std::vector<T>::const_reference’ was intended)
../parabot-source/utils/checkvec.h:23:30: error: expected ‘)’ before ‘i’
checkedVector(iterator i, iterator j)
^
../parabot-source/utils/checkvec.h:27:4: error: ‘reference’ does not name a type
reference operator[](difference_type index)
^
../parabot-source/utils/checkvec.h:27:4: note: (perhaps ‘typename std::vector<T>::reference’ was intended)
../parabot-source/utils/checkvec.h:34:7: error: ‘const_reference’ does not name a type
const_reference operator[](difference_type index) const
FreeSlave блин, ну раз пять на форуме выкладывалась. http://racc.bots-united.com/parabot-source.zip
Сорцы оригинальные, не компилятся студиями новее 6.0 без правки исходников. Свои правленные не дам, т.к. там уже много изменений, которые я до релиза мода и исходников не хочу светить.
Добавлено 31-01-2015 в 19:59:
Для правильной компиляции нужен минимум HLSDK 2.3, но после смены порядка инклуидов и пары мелких правок, компилятся с новым СДК с гитхаба. Работают и не вылетают, если компилить 2013 студией.
Добавлено 31-01-2015 в 20:03:
Я застрял на файле checkvec.h, никак не могу понять, то ли checkedVector не наследует std::vector вообще, то ли это специфика линуксовых инклуидов.
Ku2zoff, всё так, как должно быть. Другое дело, что майкрософтовские компиляторы позволяют себе больше, чем описано в стандарте.
Вот так должно работать:
code:
template<class T>
class checkedVector : public vector<T> // inherit from std::vector<T>
{
public:
// type names like iterator etc. are also inherited
checkedVector()
{}
checkedVector(typename checkedVector::size_type n, const T& value = T())
: vector<T>(n, value)
{}
checkedVector(typename checkedVector::iterator i, typename checkedVector::iterator j)
: vector<T>(i, j)
{}
typename checkedVector::reference operator[](typename checkedVector::difference_type index)
{
assert(index >=0
&& index < static_cast<typename checkedVector::difference_type>(this->size()));
return vector<T>::operator[](index);
}
typename checkedVector::const_reference operator[](typename checkedVector::difference_type index) const
{
assert(index >=0
&& index < static_cast<typename checkedVector::difference_type>(this->size()));
return vector<T>::operator[](index);
}
};
Студия прекрасно хавает исходник, к которому подключен заголовок PBT_DynArray.h, при том, что реальное имя файла pbt_dynarray.h. GCC начинает выпендриваться, типа файл не найден. Ему надо либо переименовать настоящий файл в соответствии со строчкой в исходнике, либо изменить строчку в исходнике в соответствии с реальным именем файла.
| IP: 
29-01-2015 21:34
