XCHAOS: Btw, uz je to dyl (myslim ze par let), co je GCC psane spolecnou podmnozinou C a C++. Ten clanek se tvari, ze se bude delat nejaky dramaticky prepisovani, ale co jsem videl prednes lidi z Google, co za tim stoji, tak se tvarili velice rozumne. Musi byt--v GCC komunite je proti tomu docela velka opozice. Jeste loni byly lidi v opozici i kvuli pouzivani // komentaru misto /**/.

(Vyvoj GCC teda nesleduju zblizka, takze moje prohlaseni mozna nekdo znalejsi kvalifikuje.)

Hmmm.....
GCC Switches From C to C++ - Slashdot
http://developers.slashdot.org/story/12/08/15/1338212/gcc-switches-from-c-to-c

In the Olympics of Algorithms, a Russian Keeps Winning Gold - Technology Review
http://www.technologyreview.com/news/428610/in-the-olympics-of-algorithms-a-russian-keeps/?a=f
To Mitrichev, competitive programming offers a rare island of absolutes in a subjective world. "The beautiful aspect is that it's totally automatic and there is no human judgment involved at all," he says. "It's one of the fairest competitions I've ever seen."

The World's Greatest Competitive Programmer - Slashdot
http://developers.slashdot.org/story/12/08/07/163203/the-worlds-greatest-competitive-programmer

Strange Loops: Ken Thompson and the Self-referencing C Compiler – Good Math, Bad Math
http://scienceblogs.com/goodmath/2007/04/15/strange-loops-dennis-ritchie-a/

Objective-C Overtakes C++, But C Is Number One - Slashdot
http://developers.slashdot.org/story/12/07/08/2228220/objective-c-overtakes-c-but-c-is-number-one

XCHAOS: ehm, dvě až tři mutace od každé základní funkčnosti? podle toho, jestli to má nebo nemá volat destruktor, apod? - hmm. Cetl jsi to api? Ja jo a nejak tam tohle nevidim. Jo, jasne, dve verze od new, dve verze od vsech funkci ktere odstranujou elementy. Ale to je vsechno. Jednak tam nikde nevidim tri verze, jednak ani zdaleka ne "od kazde zakladni funkcnosti". Pridavani, hledani, iterace, to je zcela urcite zakladni funkcnost a zadne mutace tam nevidim. Cili prosim, drzme se faktu, ok? 8)

Pamatovat si ze steal verze neuvolnuje pamet, zatimco remove ano mi nejak vycerpavajici neprijde. Ale to je mozna vec nazoru 8) . Kazdopadne, pokud nemas skutecnej GC, tak se oi to uvolnovani musis nejak starat rucne. A i kdyz nemame zadnej realnej design toho co vymyslis, jsem si vcelku jistej to bude platit i pro to, akorat na rozdil od GHashTAble to rozhodnuti jestli uvolnovat nebo ne bude bude jen presunuty do jine casti kodu. Ale porad se o to budes muset uplne stejne "vycerpavacne" starat sam, akorat misto premejsleni jestli napsat steal nebo remove budes muset premejslejt jestli vytvorit novej "kontext", novej blok nebo jak to zrovna budes planovat implementovat.

ISTEVE: Dokonce. :-D

DAVIDOWITCH: Ma. http://developer.gnome.org/glib/2.31/glib-Hash-Tables.html#g-hash-table-add

XCHAOS: No to je prave duvod, proc se dnes pro vetsinou pouzivaji jazyky s automatickou spravou pameti :-) Tenhle problem zadne pooly nevyresi...

... a připomínám - ta diskuze na Slashdotu byla k tomuto článku:
What’s to love about C? « Musing Dragoman
http://mortoray.com/2012/06/11/whats-to-love-about-c/

REDGUY: ehm, dvě až tři mutace od každé základní funkčnosti? podle toho, jestli to má nebo nemá volat destruktor, apod? to ti nepřijde "vyčerpávající"?

(já mám taky docela problém, s těmi svými iterátory, jestli mají např. uvolnovat průběžně pamět', nebo jí nechávat alokovanou... proto vymýšlím ty svoje pooly, apod.... ona většina těch věcí, o kterých tady píšu, má většinou nějaký svůj důvod...)

XCHAOS: hmm... me by porad zajimalo co presne ti prijde vycerpavajici a co slozite.

DAVIDOWITCH: eh, tak jistě.

ano, koukal jsem na to API. víceméně, možná to někdy k něčemu použiju, stejně jako celou Glib. proč ne. inspiroval jsem se tam i co se týče těch memory poolů...

REDGUY: nemám domyšlené úplně všechno... ale z toho co jsem zatím předvedl, se dá vytušit, že ted pracuju hlavně na čemsi jako "univerzální iterátor" (který bude iterovat pokud možno "cokoliv" uvnitř "čehokoliv"). ani s tím však nedosáhnu na něco tak elegantního, jako je asociativní pole.

XCHAOS: Co pro tebe znamena "vycerpavajici" a "slozite"? A jak to chces udelat jinak (a zustat pritom v C)?

REDGUY: interface ke GHashTable je úplně typické API k typické céčkové knihovně. je to vyčerpávající a složité. a neintuitivní. nevím, jaký bych k tomu měl mít komentář: jedna věc je knihovna, implementující korektně užitečný algoritmus - druhá je její uživatelská přítulnost.

dobře víš, že bych rád posunul C vzhledem k větší přijatelnosti pro když ne "začátečníky", tak alespon pro "mírně pokročilé codery", kteří se chtějí posunout někam dál, ale neví kam (otázka je, jestli někdo takový vůbec je...)

DAVIDOWITCH: tak dostatečný syntaktický cukr je, když máš funkci, která nemá víc jak dva parametry: to pole a klíč. nějaké to set(pole,"klíč") a get(pole,"klíč"). až takto elegantně to svými makry a spojovými seznamy nikdy nedokážu... a obávám se, že pokud chci cokoliv víc než asociativní stringy, tak to ani pomocí té GHashTable ...