Dotaz: Jak nejlepe naportovat herni engine na Linux?

[SHDLeader]

Jsem autor herniho engine pro pripravovanou free 3D hru. Je to velky projekt, ktery pisu uz 4 roky a je tedy opravdu velky (cca 2000 src souboru). Od zacatku to pisu ve Visual C, ale snazim se aby to bylo multiplatformni (vyuzivam OpenGL, OpenAL...). Samozrejme velmi stojim o to aby to cele fungovalo taky pod Linuxem, bohuzel jsem ale co do Linuxu uplny zacatecnik. Prosim poradte mi jak nejrychleji se to da prevest a rozchodit. Hlavne mi jde o to, jestli je mozne (nebo vubec rozumne) se nejak vyhnout rucnimu psani souboru Makefile, protoze ta predstava me pri tom poctu souboru desi. S tim taky souvisi, ktery editor bude nejlepsi zvolit (KDevelop ?) a jestli je nejaky editor ktery by treba dokazal importovat projekt (alespon soubory a zavislosti) z projektu Visual Studia 7.

Odpovědi

[Josef Kufner]

Zavislosti mezi soubory umi gcc vyresit sam. Kdysi jsem napsal scriptik, ktery toho vyuziva a dela makefile. Je to urcene na jednoduche programky, ale nevylucuju, ze by to mohl zvladnout. (link)

Taky koukni na autoconf, ktery se pouziva u vetsiny programu.

[Hynek (Pichi) Vychodil]

Jednu dobu jsem na automatické generování závislostí používal tohle

# auto depends command :/^#autostart/+1,/^#autostop/-1!gcc -MM *.c
# at the least one row must be between start and stop

#autostart

#autostop

, ale to by jsi musel používat bezkonkurenčně nejlepší vývojové prostředí vim. Krom toho v knize Linux: Programujeme profesionálně je předveden jiný trik

MYLIB = libmy.a
modules=mod1.c mod2.c mod3.c
sources=$(modules) mainapp.c supportapp.c

all : mainapp

mainapp : mainapp.o $(MYLIB)

supportapp : LDFLAGS = -lm
supportapp : supportapp.o $(MYLIB)

$(MYLIB) : $(modules:%.c=$(MYLIB)(%.o))

%.d : %.c
	$(CC) -MM $(CFLAGS) $< | sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' > $@

include $(sources:.c=.d)

. Přiznám se, že tohle je už trochu upravená verze, kde jsem odstranil úplně zbytečné vytváření dočasných souborů a podobně. Rozhodně doporučuji četbu info make, protože tam je toho fakt hodně. Osobně jsem autoconf a automake nepřišel na chuť, ale chápu, že to je další stupeň k nirváně

[Hynek (Pichi) Vychodil]

Oops. Sorry, tenhle trik je uveden v Linux: Začínáme programovat.

[SHDLeader]

Diky za pomoc. Bohuzel jsem zapomnel pripsat, ze jeden z problemu, na ktery pri tom narazim je ten, ze soubory toho engine nejsou v jednom adresari. Nekde to jde do hloubky treba 5-6 adresaru jak je to strukturovane podle knihoven a toho co je na co urcene. Jde nektery z tech automatickych postupu pouzit i rekurzivne, nebo budu muset vsechny ty soubory vypsat do nejakyho souboru a ten pak pouzit jako zdroj? Omlouvam se, jestli se jedna o hloupou otazku ;)

[podlesh]

Jiste, to je zcela normalni, mit vse ve vice adresarich.

Vetsinou se to dela tak, ze kazdy adresar (knihovna) ma vlastni Makefile , ktery je volan z toho o uroven vyse. Takhle to take dela automake.

[podlesh]

1. Pokud se nepletu, tak Visual C umivalo vygenerovat Makefile samo. Bylo to sice pro microsofti make, ale slo to pouzit.

2. Jak zde bylo receno, gcc umi zavislosti zjistit. V dokumentaci ke GNU make (info make, je-li korektne nainstalovana a zaregistrovana v indexu texinfa; take existuje online html a podobne) je primo uveden plne funkcni priklad pro takovy makefile. Dokonce jsem ho kdysi chvili pouzival, nez jsem presel na automake.

3. automake a autoconf (automake nelze bez autoconf pouzit) je samozrejme nejlepsi reseni. Dobre udelany autoconf zajisti portabilitu a kontrolu dostupnych knihoven, automake pak zajisti i korektni make install. Ovsem naucit se to rozhodne neni jednoduche a navic vytvoreni autoconf scriptu rozhodne zacatecnikovi v Linuxu (a predpokladam UNIXech obecne) nedoporucuji. Nejlepsi by bylo najit nekoho se zkusenostmi, kdo by autoconf+automake vyrobil.

[Vašek Lorenc]

Yeti je dobrý kandidát

Ono možná docela stačí vzít nějaké dostupné a už vytvořené autoconf/automake skripty a pořádně se dívat a chvíli zkoušet. Zrovna z těch Yetiho věcí z projektu Enca jsem toho vydoloval opravdu dost.

[Michal Marek (twofish)]

ak zde bylo receno, gcc umi zavislosti zjistit. ... Dokonce jsem ho kdysi chvili pouzival, nez jsem presel na automake.

On to ten automake dělá vlastně stejně

[Luboš Doležel (Doli)]

Pokud jedete ještě i na SDL a nepoužíváte žádné funkce WinAPI přímo (místno nich např. fopen, fclose apod.), tak s převodem kódu moc práce nebude...