The Dark Side of Hardware Upgrade Forum

vector<string> vs = { "Hello", ", ", "World!", "\n" };

e questo?

proprio l'altro giorno bestemmiavo che fosse assurdo che non ci fosse

in effetti, ce l'ha anche il PHP

Non andare OT, qui si parla di linguaggi di programmazione

btw: invece si può già testare qualcosa

http://gcc.gnu.org/gcc-4.4/cxx0x_status.html

cristo dio tutto questo tempo per avere un banalissimo foreach che da eoni c'e' in praticamente tutti i linguaggi moderni?

Tutti i linguaggi moderni? Quelli compilati nativamente, spero. Perchè altrimenti non sono neanche da considerare.

La compilazione nativa e' roba di decenni fa per le applicazioni generiche.
Una compilazione JIT in diversi casi può' essere più' efficiente, oltre a rendere possibile l'esecuzione dello stesso codice su diverse architetture senza necessita' di ricompilare.
E inoltre la migliore ottimizzazione che si può' fare e' quella algoritmica, scrivere in un linguaggio compilato nel 2011 solo "perché si hanno prestazioni migliori" e' una cagata pazzesca.
Non per niente da java, a python, a C#, F#, LLVM tutti stanno andando in quella direzione con JIT compiler e ottimizzazioni dinamiche.

La compilazione nativa e' roba di decenni fa per le applicazioni generiche.
Una compilazione JIT in diversi casi può' essere più' efficiente, oltre a rendere possibile l'esecuzione dello stesso codice su diverse architetture senza necessita' di ricompilare.
E inoltre la migliore ottimizzazione che si può' fare e' quella algoritmica, scrivere in un linguaggio compilato nel 2011 solo "perché si hanno prestazioni migliori" e' una cagata pazzesca.
Non per niente da java, a python, a C#, F#, LLVM tutti stanno andando in quella direzione con JIT compiler e ottimizzazioni dinamiche.

Oh, può anche essere che sia meglio nelle applicazioni generiche.
Di certo io so solo che se un linguaggio è usato per costruire le infrastrutture su cui quelle applicazioni generiche girano (dal SO alle varie VM/interpreti) non si può bloccarne l'evoluzione. E' meglio per tutti se evolve (anche dal punto di vista sintattico), perchè così si possono creare VM ed interpreti migliori, più semplici da capire per chi deve fare manutenzione.

Indi per cui ben vengano tali innovazioni, che rendono il c++ un linguaggio più moderno.
E plz, non mettermi LLVM insieme ad altri linguaggi interpretati/JITati/ecc. E' una cosa diversa.

Standard Java applications running on a general-purpose JVM on a general-purpose operating system can only hope to meet soft RT requirements at the level of hundreds of milliseconds. Several fundamental aspects of the language are responsible: thread management, class loading, Just-in-time (JIT) compiler activity, and garbage collection (GC). Some of these issues can be mitigated by application designers, but only with significant work.

For harder RT environments, WebSphere Real Time introduces AOT compilation for application programs. Java class files stored in JAR files can be precompiled through a simple command line into Java eXEcutable (JXE) files. By specifying these JXE files, rather than the original JAR files, on the application classpath, the application can be invoked so that the AOT-compiled code is executed -- rather than bytecodes being interpreted or native code being compiled by a JIT compiler. In the first WebSphere Real Time release, using AOT code means that no JIT compiler is present, which has two primary advantages: lower memory consumption and no dynamic performance impact from either the JIT compilation thread or the sampling thread that identifies frequently executing code.