Вышла новая версия battle tanks 0.5.3784

gcc и g++ это одно и то же, если речь идёт о сборке cpp-шного файла с опцией -c Учить матчасть.

Для тех неудачников которые так и не смогли собрать это мега игрушку.
У меня все достаточно легко собралось (Gentoo/i686/thinkpad)
Если честно то я уже давно ни вочто не играю, а тут просто не выдержал.
Игрушка просто нету слов ОФИГИТЕЛЬНАЯ !!!!!!!!!!
графика реально как в дестском мультике.
Я когда в институте был на втором курсе тоже танчики написал, конечно не такие красивые но тоже ничего. так что увидев эту игрушку как в детсво впал :)

> gcc и g++ это одно и то же, если речь идёт о сборке cpp-шного файла с опцией -c

rpm -q --file `which gcc`

gcc-4.1.2-12

rpm -q --file `which g++`

gcc-c++-4.1.2-12

Угу, но принадлежат разным пакетам, м.б. у него gcc установлен без C++?

> Учить матчасть.

Такие вы ласковые... шопестдец.

> Угу, но принадлежат разным пакетам, м.б. у него gcc установлен без C++?

Реальный компилятор обычно где-то в /usr/lib лежит.

Если бы C++ не было, оно бы ругалось на что то вроде clplusplus not found

> Реальный компилятор обычно где-то в /usr/lib лежит.

И?

gcc-c++ - это и есть "реальный компилятор" C++.

> Если бы C++ не было, оно бы ругалось на что то вроде clplusplus not found

Imho тут или scons или скрипт для него не проверяют есть-ли в системе g++ а просто вставляют `which g++`.

scons отличная система сборки, не надо ляля =) А вот у игрухи с зависимостями и правда местами косяки. sigc++-devel стоит, pkg-config, все на месте, а в упор не видит. =( ну ничего, поставил виндовую версию - отлично пашет из под wine. зачОт ;)

> sigc++-devel стоит

Второй?

3) build requirements (you need development packages for this libraries too,
consult your distro's documentation for details):

`) g++ (at least 3.x, 4.x recommended)
a) SDL >= 1.2.10 (you can use any version lower down to 1.2.5.
dont report bugs if you do so)
b) SDL_image (PNG support required)
c) SDL_ttf
d) openal (and alut)
e) libvorbis and family
f) sigc++ 2.x (1.x is not supported)

ну вы смотрите на это с другой стороны :))) +1 красивая(!) игрушка для линукс-сообщества. это очень хорошо я думаю :)

у меня лично собираются следующие билды : debian-testing/unstable(i386/amd64), windows (msvc-7.1), fc5/6 и генту! в fc надо sigc++ 2.x отдельно ставить. :)

Печальная кстати на мой взгляд ситуация.. Особенно в данонм случае, когда под лин софт есть но не работает, а он же под вин-работает. Мне вот тоже чую, придется немало софта под вайном пускать. Ну хоть ApexDC прртируют мало-помалу.

где же он не работает, если он под линукс изначально пишется ????

> Если бы C++ не было, оно бы ругалось на что то вроде clplusplus not found

Ещё если перемудрить, может случиться, что версии gcc и g++ не совпадают, что приводит к забавным глюки.

Да - компиляторов несколько. В options.cache поставил:

CC= 'gcc-4.1' CXX= 'g++-4.1'

Набираю scons -c && scons и получаю, что

alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811$ scons -c && scons scons: Reading SConscript files ... Checking for sigc::signal1<int,int> sig in C++ library sigc-2.0... yes Checking for XML_ParserCreate(NULL) in C library expat... (cached) yes Checking for zlibVersion() in C library z... (cached) yes Checking for SDL_Init(0) in C++ library SDL... no

и что мне теперь apt-get нуть??

SDL-devel?

Этот квест никогда не кончится =((

alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811$ scons -c && scons
scons: Reading SConscript files ...
Checking for sigc::signal1<int,int> sig in C++ library sigc-2.0... yes
Checking for XML_ParserCreate(NULL) in C library expat... yes
Checking for zlibVersion() in C library z... yes
Checking for SDL_Init(0) in C++ library SDL... yes
Checking for IMG_Load(0) in C++ library SDL_image... no

Ладно, дососали ещё чего..
По новой
alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811$ scons -c && scons
scons: Reading SConscript files ...
Checking for sigc::signal1<int,int> sig in C++ library sigc-2.0... yes
Checking for XML_ParserCreate(NULL) in C library expat... yes
Checking for zlibVersion() in C library z... yes
Checking for SDL_Init(0) in C++ library SDL... yes
Checking for IMG_Load(0) in C++ library SDL_image... yes
Checking for TTF_Init() in C++ library SDL_ttf... no

Ещё дососали.
Продолжаем:
alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811$ scons -c && scons
scons: Reading SConscript files ...
Checking for sigc::signal1<int,int> sig in C++ library sigc-2.0... yes
Checking for XML_ParserCreate(NULL) in C library expat... yes
Checking for zlibVersion() in C library z... yes
Checking for SDL_Init(0) in C++ library SDL... yes
Checking for IMG_Load(0) in C++ library SDL_image... yes
Checking for TTF_Init() in C++ library SDL_ttf... yes
Checking for ALuint s; alGenSources(1, &s) in C++ library openal... no

Сосёооом
Повторяем
alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811$ scons -c && scons
scons: Reading SConscript files ...
Checking for sigc::signal1<int,int> sig in C++ library sigc-2.0... yes
Checking for XML_ParserCreate(NULL) in C library expat... yes
Checking for zlibVersion() in C library z... yes
Checking for SDL_Init(0) in C++ library SDL... yes
Checking for IMG_Load(0) in C++ library SDL_image... yes
Checking for TTF_Init() in C++ library SDL_ttf... yes
Checking for ALuint s; alGenSources(1, &s) in C++ library openal... yes
Checking for ov_open(0, 0, 0, 0) in C++ library vorbisfile... no
[Продолжение следует]

libvorbisfile-dev - досасываем, даём команду компилять (лять), и оно компиляется, долго, по ходу процесса всплывает одинокий warning какие-то ух-ты есть даже missile.cpp, corpse.cpp и даже zombie.cpp (оно мне надо?) короче потом все завершается:
Install file: "build/release/bt" as "bt"
Install file: "build/release/libbt.so" as "libbt.so"
Install file: "build/release/objects/libbt_objects.so" as "libbt_objects.so"
scons: done building targets.
Ага. Уже очень хорошо. Пробуем запустить ./bt получаем
alex@kubuntu-on-laptop:/usr/local/btanks-0.5.3811/build/release$ ./bt
./bt: error while loading shared libraries: libmrt.so: cannot open shared object file: No such file or directory
Но у меня libmrt.so лежит прям в этой же папке.. Как мне низнаю что ткнуть в неё носом, чтоб оно её подхватило?? Я правда не знаю..

То есть я конечно догадываюсь что СИСТЕМЕ нужно подсказать где лежат новые для неё библиотеки. Но всё что мне приходит на ум - это тупо скопировать из в /usr/lib но что-то мне подсказывает что это некошерно. Что делать?

$LD_LIBRARY_PATH ?

Я несколько лет не могу найти ответа на этот вопрос - как подсунуть новые библиотеки в область видимости, и что самое интересное - за это время я не нашёл ни одного руководства, ни одного мануала, ни одного ФАКа где был бы описано решение этого. И что самое интересное - по идее это первое с чем сталкивается новичок в линуксе. И при этом неясно как можно было бы сформулировать запрос в Google. Add new libs? Show new libs? И я даже внимательно просмотрел раздел ЛОРовского Фака про сборку - там тоже этого нет. Может мне кто-нибудь дать ответы на вопросы
1) Как этот путь указать, чтоб линукс видел новые .so?
2) (Общефилософский) Какие должны быть действия человека впервые столкнувшегося с такой проблемой невидимости новых библиотек? Вот где вообще можно найти ответ на этот вопрос (кроме форума). И в прокламации ЛОРа так и написано - что мы мол двигаем линукс в массы. Ну а что делать массам если они не могут за вразумительное время найти ответ на дакой вопрос - с которым сталкиваются уже в самом начале работы в линуксе? О каком продвижении может идти речь, если нет возможности получить ответ на очевидный вопрос. Или я чего-то не догоняю?

root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# LD_LIBRARY_PATH=/usr/local/btanks-0.5.3811/
root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# ./bt
./bt: error while loading shared libraries: libmrt.so: cannot open shared object file: No such file or directory

что я делаю не так?

причём:
root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# ldd ./bt
linux-gate.so.1 => (0xffffe000)
libmrt.so => not found
libbt.so => not found
libbt_objects.so => not found
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7f01000)
libsdlx.so => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7e17000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7df0000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7de3000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7ca2000)
libasound.so.2 => /usr/lib/libasound.so.2 (0xb7bdd000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7bd9000)
libdirectfb-0.9.so.25 => /usr/lib/libdirectfb-0.9.so.25 (0xb7b82000)
libfusion-0.9.so.25 => /usr/lib/libfusion-0.9.so.25 (0xb7b7c000)
libdirect-0.9.so.25 => /usr/lib/libdirect-0.9.so.25 (0xb7b6c000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7b55000)
/lib/ld-linux.so.2 (0xb7faa000)

root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# ls -l
total 3152
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 ai
-rwxr-xr-x 1 alex alex 16980 2007-05-28 21:54 bt
drwxr-xr-x 3 alex alex 4096 2007-05-28 21:18 build
-rw-r--r-- 1 alex alex 8338 2007-05-25 14:48 ChangeLog
-rw-r--r-- 1 alex alex 7306 2007-05-28 21:49 config.log
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 controls
drwxr-xr-x 8 alex alex 4096 2007-05-28 11:43 data
-rw-r--r-- 1 alex alex 110 2007-05-24 11:23 donate.url
-rw-r--r-- 1 alex alex 51815 2006-09-30 09:28 Doxyfile
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 fann
-rw-r--r-- 1 alex alex 85 2007-05-24 11:23 homepage.url
-rwxr-xr-x 1 alex alex 778858 2007-05-28 21:54 libbt_objects.so
-rwxr-xr-x 1 alex alex 1941251 2007-05-28 21:52 libbt.so
-rwxr-xr-x 1 alex alex 132071 2007-05-28 21:49 libmrt.so
-rwxr-xr-x 1 alex alex 132362 2007-05-28 21:52 libsdlx.so
-rw-r--r-- 1 alex alex 17988 2006-09-20 10:12 LICENSE
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 math
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 menu
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 mrt
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 net
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 objects
-rw-r--r-- 1 alex alex 31 2007-05-28 21:49 options.cache
-rw-r--r-- 1 alex alex 93 2007-05-24 11:23 project_page.url
-rw-r--r-- 1 alex alex 1102 2007-05-25 14:11 README-en.txt
-rw-r--r-- 1 alex alex 1223 2007-04-18 11:23 README-linux.txt
-rw-r--r-- 1 alex alex 1157 2007-05-25 14:11 README-ru.txt
-rw-r--r-- 1 alex alex 2663 2007-05-25 04:42 SConscript
-rw-r--r-- 1 alex alex 7433 2007-05-25 04:44 SConstruct
drwxr-xr-x 4 alex alex 4096 2007-05-28 11:43 sdlx
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 sound
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 src
drwxr-xr-x 2 alex alex 4096 2007-05-28 11:43 tmx

man ld

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

>отсутствия напрочь репозитария rpm и собственно самого бинарника rpm

А rpm вообще-то в стандарте уже давно...

> что я делаю не так?

Либо

LD_LIBRARY_PATH=. ./bt

(путь к каталогу можно задавать или относительный (как здесь - .), или абсолютный).

либо:
export LD_LIBRARY_PATH=/usr/local/btanks-0.5.3811/
./bt

А в том, что ты делал, LD_LIBRARY_PATH не видна новым процессам.

root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# export LD_LIBRARY_PATH=/usr/local/btanks-0.5.3811/
root@kubuntu-on-laptop:/usr/local/btanks-0.5.3811# ./bt
[22:57:35.227][src/main.cpp:52] [notice] starting up... version: 3811 beta
[22:57:35.385][src/config.cpp:39] [error] load: [mrt/file.cpp:36]: fopen("/home/alex/.btanks/bt.xml", "rt"): No such file or directory
[22:57:35.409][src/finder.cpp:37] [debug] skipped non-existent path item /share/btanks/private/data
[22:57:35.409][src/finder.cpp:37] [debug] skipped non-existent path item /share/btanks/data
[22:57:35.410][src/main.cpp:90] [error] main: [src/finder.cpp:40]: non of the directories listed in engine.path('/share/btanks/private/data:/share/btanks/data') exist
[22:57:35.410][src/main.cpp:90] [debug] calling Game->deinit()
[22:57:35.411][src/game.cpp:820] [debug] cleaning up main game object...
[22:57:35.411][src/player_manager.cpp:592] [debug] deleting server/client if exists.
[22:57:35.411][src/player_manager.cpp:602] [debug] cleaning up players...
[22:57:35.444][src/world.cpp:66] [debug] cleaning up world...
[22:57:35.444][tmx/map.cpp:842] [debug] cleaning up...
[22:57:35.445][tmx/map.cpp:876] [debug] clearing map generator...
[22:57:35.445][sound/mixer.cpp:279] [debug] cleaning up mixer...
[22:57:35.445][src/resource_manager.cpp:311] [debug] freeing resources
[22:57:35.446][src/config.cpp:46] [debug] saving config to /home/alex/.btanks/bt.xml...
[22:57:35.485][src/window.cpp:333] [debug] shutting down, freeing surface
[22:57:35.485][src/world.cpp:66] [debug] cleaning up world...
[22:57:35.485][tmx/map.cpp:884] [debug] cleaning up map...
[22:57:35.485][tmx/map.cpp:842] [debug] cleaning up...
[22:57:35.485][tmx/map.cpp:876] [debug] clearing map generator...
[22:57:35.485][tmx/map.cpp:886] [debug] clear() succeedes, deleting map generator...
[22:57:35.485][src/config.cpp:295] [debug] cleaning up config...

Походу это безнадёга.

Не, тебе остался последний шаг, скопируй содержимое каталога data из сорцов в /share/btanks/data (да, именно от корня) и будет тебе радость. =)

Я на них потому и матерился с prefix-ом. =)

>Я несколько лет не могу найти ответа на этот вопрос - как подсунуть новые библиотеки в область видимости, и что самое интересное - за это время я не нашёл ни одного руководства [skip] О каком продвижении может идти речь, если нет возможности получить ответ на очевидный вопрос

http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=ld.so&category=8

Ладно, может завтра осилю. А насчёт ld - да, это поможет. Но всё равно, вот у меня допустим что-то не запускается. Я новичок. Прочитал прилагаемое README и INSTALL, для других прог, и знаю что работает последовательность ./configure && make && make install. Допустим знаю даже про g++ hello_world.cxx. Но читая вывод в консоли, где сообщается об ошибках запуска - откуда я могу знать что мне нужно рыть в сторону ld? У меня до сих пор ощущение, что об этом можно только у кого-то спросить, кто уже знает, но об этом нельзя ниоткуда узнать из КОНТЕКСТА происходящего. Вот о чём речь.

>Но читая вывод в консоли, где сообщается об ошибках запуска - откуда я могу знать что мне нужно рыть в сторону ld?

Новички обычно из пакетов ставят. Также для новичка не зазорно при такой ошибке бросить .so в папку /lib (или сделать туда симлинк). А вот делать, что-то "кошерно" нельзя научиться сразу ни в одной области жизни.

Только вот стандарта в слаке похоже нет :)

Это потому что ты изучаешь линукс несистемно. Линукс (тем более на таком низком уровне) сделан для программистов, и если ты хочешь в нём жить, учись быть программистом. А для этого надо читать умные книжки и статьи, а не только README. се ля ви. package-managed distros - попытка исправить ситуацию, и достаточно удачная, но работает не всегда, например для такого "свежака".

Под мою FreeBSD собирается без особых проблем, только с SIGBUS падает..

Что касается scons, это замечательное средство сборки с одним огромным минусом - ему не хватает автоматического определения местанахождения библиотек в системе, а также жестко определенного интерфейса для задания параметров сборки (CC, CXX, CCFLAGS, CXXFLAGS, LIBPATH, CPPPATH). Ибо одни импортируют параметры из переменных среды, другие используют Options (причем обязательно одной из нужных опций не будет), третьи вообще ничего не импортируют, поэтому, сходу набрав scons, вы почти никогда ничего не соберете. Гораздо лучше в этом плане cmake - он все далет сам и ликогда в CMakeLists.txt нету этого ужасного фарша из разветвленных условий.

>Так что давай начинай искать свежеустановленые руткиты ;)))

Нуууу... Руткит вряд ли у меня уживется, они все заточены на IA32: у меня все же x86_64. Кроме того, самосборное 2.6.21.1 ядро и модули только NVIDIA и вмваре, остальное монолит. Так что маловероятно, в 99.99999% обязан руткит или вирус с сегфолтом упасть.
А что касается файла, то взял я его вполне официально:
http://www.scons.org/ -> download page at SourceForge (http://sourceforge.net/project/showfiles.php?group_id=30337) -> scons-src (http://sourceforge.net/project/showfiles.php?group_id=30337&package_id=43367)

>А что касается файла, то взял я его вполне официально: http://www.scons.org/ -> download page at SourceForge (http://sourceforge.net/project/showfiles.php?group_id=30337) -> scons-src (http://sourceforge.net/project/showfiles.php?group_id=30337&package_id=43367)

И где вы такое г... находите ? ;)

Первая-же ссылка на тарбол указывает на http://prdownloads.sourceforge.net/scons/scons-0.97.tar.gz

>Нуууу... Руткит вряд ли у меня уживется, они все заточены на IA32: у меня все же x86_64. Кроме того, самосборное 2.6.21.1 ядро и модули только NVIDIA и вмваре, остальное монолит. Так что маловероятно, в 99.99999% обязан руткит или вирус с сегфолтом упасть.

Смешно ;D

Таки почитай на досуге как устроены руткиты и какие они бывают.

hint: в какой сегфолт упадёт руткит который написан к примеру на bash или pyton ? А если руткит сделан в виде LKM ? ;)

PS: В своё время были руткиты написанные в виде man файлов пока эту дыру в man не пофиксили ;)

попробуйте наложить следующий патч, а вообще я бы советовал из svn собирать. заодно по 45 метров качать не надо будет :)

hint к квесту: нифигово было бы прочитать build requirements про библиотеки. (alut уже не нужен)

попробуйте патч чтобы собирать без prefix. 

--- SConstruct  (revision 3818)
+++ SConstruct  (working copy)
@@ -180,19 +180,21 @@
        try :
                version = version_file.readline().strip()
                prefix = env['prefix']
-               env.Append(CPPDEFINES='PREFIX="\\"' + prefix + '\\""')
+               if len(prefix):
+                       env.Append(CPPDEFINES='PREFIX="\\"' + prefix + '\\""')

-               if len(env['resources_dir']):
-                       resources_dir = env['resources_dir']
-               else:
-                       resources_dir = prefix + "/share/btanks"
+                       if len(env['resources_dir']):
+                               resources_dir = env['resources_dir']
+                       else:
+                               resources_dir = prefix + "/share/btanks"

-               if len(env['lib_dir']):
-                       lib_dir = env['lib_dir']
-               else:
-                       lib_dir = prefix + "/lib"
-
-               env.Append(CPPDEFINES='RESOURCES_DIR="\\"' + resources_dir + '\\""')
+                       if len(env['lib_dir']):
+                               lib_dir = env['lib_dir']
+                       else:
+                               lib_dir = prefix + "/lib"
+
+               if len(prefix):
+                       env.Append(CPPDEFINES='RESOURCES_DIR="\\"' + resources_dir + '\\""')
        except:
                info = sys.exc_info()
                print "%s %s %s" %(info[0], info[1], info[2])
.

после наложения патча(man patch если кто-то в танке или шилке ;))) ), достаточно собрать при помощи scons игру, и запускать из того же каталога, никуда ничего не ставя.

гентушнечки могут взять рабочий ebuild здесь http://bugs.gentoo.org/show_bug.cgi?id=172772

Офигеть игрушка =) Половина ЛОРа сутки трахалась, чтобы привести в порядок систему сборки, потом ещё сутки чтобы бинарь не сегфолтился, а продвинутые перцы во главе с провокатором "whoozle" шустренько коммитили патчи из треда в SVN =)

покажите хоть один патч кроме моего? :) ради вас же стараюсь :)

Нихрена под Suse 10.2 не собирается, не может даже найти /opt/gnome/lib64/pkgconfig

кто вообще этот Sconstruct писал?!!

ладно, допустим нашел, как заставить его подцепить флаги?

scons 0.96.91

капец линуксойды пошли. devel-ы не ставят. сидело бы в венде.

это главный разработчик :)

нету сюжетной линии :) надо чтобы было что-нибудь в духе elite :).

>капец линуксойды пошли. devel-ы не ставят. сидело бы в венде.

и от чего я devel не поставил, или ты это не мне?

Блин я уже не знаю куда рыть. В SConstruct, LINK_FLAGS=/opt/gnome/lib64 поучается, но при попытке слинковать, их нету.

scons LINKFLAGS=' -L/opt/gnome/lib64 ' или в options.cache написать LINKFLAGS=' -L/opt/gnome/lib64 '

Пасиб, но уже сам допёр :) поменял sconstruct'e

а теперь акой вопрос: g++ -o build/release/sdlx/font.os -c -I/opt/gnome/include/sigc++-2.0 -I/opt/gnome/lib64/sigc++-2.0/include бла бла бла /mrt -Lmrt -Lmrt -lmrt -lSDL -lSDL_image -lSDL_ttf -lGL -lrt g++: -Wl,-rpath-link build/release/mrt: No such file or directory scons: *** [build/release/sdlx/libsdlx.so] Error 1

блин.

g++ -o build/release/sdlx/font.os -c -I/opt/gnome/include/sigc++-2.0 -I/opt/gnome/lib64/sigc++-2.0/include бла бла бла /mrt -Lmrt -Lmrt -lmrt -lSDL -lSDL_image -lSDL_ttf -lGL -lrt
g++:  -Wl,-rpath-link build/release/mrt: No such file or directory
scons: *** [build/release/sdlx/libsdlx.so] Error 1

небось SDL_ttf-devel нужен, который не входит в диср, нишяк.

Нет, не поэтому. Уже надоедать начало.