I šta su na kraju sve izbacili iz nacrta? Koliko znam, kasne verzije nacrta nisu imale tip podataka za novčane iznose, dodatne matemtičke funkcije i ko zna šta sve ne iz TR1.

Može li mi neko reći kako stoje stvari sa kompatibilnošću unazad sa starim standardom, jer GNU prevodilac ima opciju -std=? Zašto nije novi standard jedina mogućnost? Očigledno nije 100% kompatibilan sa starim.

steta za decimal, ostalo sta ja znam, mislim da smo vise dobili nego izgubili

Sto se tice kompatibilnost, mislim da ni BS to ne bi znao da ti kaze decidno. Moracemo da sacekamo prvu kompletnu implementaciju i da pustimo kod kroz nju, pa cmpile fix, pa runtime fix. Bice posla za C++ programere tamo gde se bude radio upgrade. Mada mi se svidja da nisu forsirali SAMO x0, valjda su se pomirili sa realnoscu da ce postojati -std hteli oni to ili ne. Nemaju svi ni zelje ni volje ni resursa da se ravnaju sa novim standardom.

Ništa od skuplača đubreta, ništa od refleksije.

Pa iskreno nisam ni ocekivao GC i reflection. Jos iskrenije u takvim situacijama mi je ionako C# mnogo bolja opcija. Doduse ja pricam kao Windows covek :) Pretpostavljam da bi na Linux dobro doslo tako nesto :)

Moduli su komotno mogli da udju u specifikaciju, kao da je to neka mudrost.

A tek što je decimal tip mudrost!

Ja to ne sporim, realno ne vidim razlog da ga nema. Mada tu su uvek spcificne implementacijem, ako se ne varam GCC ima podrsku fixed point preko int tipova. Za razliku od modula, GC i refleksije koji su prilicno rudimentarni.

Naravno, mnogo više smo dobili nego izgubili, ali je šteta što su neke stvari izbačene.
Meni je lično krivo što su odustali od decimal-a, a možda još više zbog koncepata (naravno, koncepte ne bi svi rado učili, ali svakako bi se lakše živelo kad su u pitanju compile-time greške i njihova čitljivost).
Refleksija bi dobro došla, ali ne žalim previše za njom jer bi se stvorilo mnogo više bloated koda. Ono što je Qt uradio se fino pokazalo, ali mislim da bi vremenom ona više služila kao bajpas unutar lošeg dizajna nego kad stvarno zatreba.
GC ne žalim uopšte jer već postoji iako je van standarda. A i ako bi postojao, trebalo bi da bude opcionalan feature, a ne obaveza.

Što se tiče kompatibilnosti sa C++03, manje-više jeste kompatibilan, ali je bilo par problema koji su mogli da sruše postojeći kod... Ako se dobro sećam, jedan od problema se ticao rvalue referenci i overloading-a f-ja u STL kontejnerima, a drugi, noviji, se ticao automatskog generisanja move konstruktora, tj. da li uopšte treba dozvoliti da se generiše automatski ili ne. I mislim da je odlučeno da se automatski generiše (malo je duža priča, ali mogu da ispričam ako nekog zanima), ali su se automatskim generisanjem unutar nekih korisničkih klasa srušile neke invarijante koje su u C++03 ostale očuvane. Opet, priča je malo duža.
Postoje još neke sitnice, tipizirani enum-i i tako to... ali to nije toliko strašno. Možda vremenom odluče da podrazumevano bude C++0x, ali verujem da će C++03 još dosta dugo biti dostupan kroz flag.

Pa, nije ni bilo planirano da bude obavezan.