_

29.7.2010 15:46 | Random | poslední úprava: 2.6.2011 09:33

_        

Anketa

Komentáře

[__dark__]

Cmake, aneb historie se opakuje

Fakt nechápu, jak se mohlo prosadit něco jako cmake, vždyť ta syntax je až nepřátelská! V dnešní době máme milion různých jazyků, ale jako build-tool pro multiplatformní knihovny/aplikace si naprogramujeme vlastní kombinaci brainfucku a HQ9+.

[____]

Syntax nepřátelská? A třeba Autotools ti vůči tomu přijde přátelský se svým zneužíváním nebohého Bourne shellu a prapodivným M4, ve kterém se komentáře značí dnl?

No uznávám, že ten jazyk v CMake je takový dost... základní, ale očividně se prosadil a já ho beru takový, jaký je. Až na některé zvláštní situace, které se mi daří stále vytvářet (třeba se teď v jednom projektu peru se zaváděním hacku jménem gtk-doc) je s ním práce celkem jednoduchá.

Jsou i další alternativy, viz SCons atp., které jsou v Pythonu, ale ty jsem už nezkoušel. Přijdou mi taky trochu jako dělo na komára.

[__dark__]

Proto jsem psal, že historie se opakuje

Pokud budeš srovnávat s autotools/M4, tak bude lepší asi každý nástroj. Já spíš nechápu, že C/C++ programátoři za tu éru autotools nemají potřebu si to psaní makefiles zpříjemnit. Napsat něco v cmake je strašně nepřirozené, case-insensitive syntax, podmínky, práce s řetězci nebo soubory, všechno mi to připadá, jako kdyby to bylo navržené za někomu trest.

[Michal Vyskočil]

Kdysi jsem se na FOSDEMu setkal s lidmi, kteří chtěli zcela vážně používat CMake jako skriptovací jazyk.

[stativ]

Jsou i další alternativy, viz SCons atp., které jsou v Pythonu, ale ty jsem už nezkoušel. Přijdou mi taky trochu jako dělo na komára.

SCons je ještě horší. Syntax je sice možná přátelská (Python), ale používá se to strašně blbě. Stačí se mrknout na SConstruct větších projektů, například Blenderu.

[deda.jabko]

SCons je ještě horší. Syntax je sice možná přátelská (Python), ale používá se to strašně blbě.

nemohu souhlasit. scons pouzivam i na slozitejsi veci a nemuzu si to vynachvalit. diky tomu, ze je to python, tak poskytuje hodne expresivni jazyk pro reseni slozitejsich problemu a navic poskytuje komfort vsech svych knihoven, coz je pak teprve to opravdove posusnanicko...

[msk]

Nemozem suhlasit, pred par rokmi, ked som este robil c++, sme vo firme riesili co pouzit a skumal som ako scons tak cmake. S tym prvym som stroskotal relativne rychlo, s tym druhym sme to zvladli ( cim nechcem povedat, ze cmake je nejake extra, podla mna je hrozne, ale lepsiu alternativu nepoznam ). Kazdopadne sa mozno medzitym tie projekty niekam posunuli, neviem, roky to nesledujem.

[disorder]

autotools su tiez delo

http://smalltalk.gnu.org/blog/bonzinip/all-you-should-really-know-about-autoconf-and-automake

[Ivan]

JJ, syntax cmake by mohla byt o neco blizsi C/C++ programatorum. Oproti autotools je to ale jednoznacne zlepseni. Pokud ale chcete videt neco silenyho kouknete te na NSIS instalor pro Wokna.

[multi]

Vala je jazyk speciálně navržený pro GLib/GTK+/Gnome,..

Vala je jazyk, ktery je svazan s GObject, ale neni navrzeny specialne pro GTK!

[____]

Vznikl z iniciativy projektu Gnome (co jsem pobral z informací na webu) a grafické aplikace jsou jeden z jeho primárních účelů, tedy vyhovuje mému chápání spojení "navržený pro"...

[____]

Že když začne podporovat GObject, má cestu otevřenou i ke GTK+ (součástí projektu GTK+ vlastně jsou i GObject a GLib, pouze se to v historii rozdělilo na několik balíčků), to je další věc...

[multi]

programovat se v tom da i v jinem grafickem toolkitu

byl navrzen proto, ze C++ jim nedostacovalo, ale samotne C++ nic moc, takze potrebovali knihovnu ale proc delat nove knihovmy? a protoze vyvojari se pohybovali okolo GTK, tak pouzili GObject, ale rozhodne to neni zavisle na celych GTK knihovnach a vubec ne na grafickych GTK knihovnach

jinak je pravda, ze vedsina GUI programu ve Vale je GTK.

[____]

O žádné závislosti jsem se nezmiňoval.

[multi]

proste me osobne to vyznelo, jako by to byl projekt urceny jen pro gnome

[pozortucnak]

Jazyk Vala - lepší Java?

[Lukáš Zapletal]

Na build jedině waf