#31 RE: Writing modern C++ code

(24-09-2011 12:52)MannyB ha scritto:  per quanto riguarda C++11 e game development, ancora su console non si usa neanche STL per motivi di performance, quindi mi chiedo quando questa roba diventera' effettivamente usabile. Magari mai o magari lo e' gia', non ho provato, qualcuno si e' gia' sporcato le mani?

Il fatto che ci sia ad esempio il concetto di "move" apre gia' le porte per costruire dei propri container che sono smart-pointer-safe, anche se non si usano le STL direttamente (come in realta' faccio anche io per ora).

---

(24-09-2011 12:59)kunos ha scritto:  questo e' quando mi devono venire a prendere gli infermieri dopo un crash in cui non mi viene fuori il call stack e che finisce per essere colpa di una variabile non inizializzata:

..avro' incubi per giorni ! (mesi ?)

#32 RE: Writing modern C++ code

Me lo sono visto tutto, C++11 è tantissima roba

Diciamo che è tutta roba che è poco utile nel codice di basso livello dell'engine, che in pratica è "C con le funzioni"... ma diventa veramente utile nel codice di gameplay e in tutto quello che è complesso e convoluto

-auto: bellobello. Non vedo perchè usare qualcos'altro
-lambdas: saranno spammate come se non ci fosse un domani, in pratica sono puntatori a funzione fatti bene! Ogni oggetto potrebbe definire la propria logica tramite collezioni di lambdas chiamate dagli eventi di gioco


Quindi ogni oggetto avrebbe una collezione di stati possibili e uno stato corrente che risponde agli eventi esterni che arrivano mentre è attivo.
Che poi è quello che faccio già ma con un callback per evento e una sfilza di if/else interminabile per determinare lo stato

-UTF16 Strings e string literals. Così potrò lanciare nel secchio la classe String che ho dovuto mettere a malincuore perchè il supporto UTF16 di basic_string fa cagare.

-vector<> migliorato e array<>: potrò pensionare il mio buon Dojo::Array dopo anni di onorata carriera, se i benchmark danno ragione a Sutter.

Ora rimane da capire quanto ci metterà C++11 a essere supportato su MSVC, GCC e Clang... mi sa che ce ne vorrà ancora.

#33 RE: Writing modern C++ code

(24-09-2011 14:04)_tommo_ ha scritto:  Me lo sono visto tutto, C++11 è tantissima roba

Diciamo che è tutta roba che è poco utile nel codice di basso livello dell'engine, che in pratica è "C con le funzioni"... ma diventa veramente utile nel codice di gameplay e in tutto quello che è complesso e convoluto

-auto: bellobello. Non vedo perchè usare qualcos'altro
-lambdas: saranno spammate come se non ci fosse un domani, in pratica sono puntatori a funzione fatti bene! Ogni oggetto potrebbe definire la propria logica tramite collezioni di lambdas chiamate dagli eventi di gioco

Codice:

State* s = new State();
s->event( EV_BEGIN, []()
{
    :::
} );

s->event( EV_UPDATE, []( float dt )
{
    :::
} );

s->event( EV_END, []()
{
    :::
} );

s->event( EV_COLLISION, []( Object* collided, const Vector& normal, float impulse )
{

} );

gameobject.setState( s );

Quindi ogni oggetto avrebbe una collezione di stati possibili e uno stato corrente che risponde agli eventi esterni che arrivano mentre è attivo.
Che poi è quello che faccio già ma con un callback per evento e una sfilza di if/else interminabile per determinare lo stato

-UTF16 Strings e string literals. Così potrò lanciare nel secchio la classe String che ho dovuto mettere a malincuore perchè il supporto UTF16 di basic_string fa cagare.

-vector<> migliorato e array<>: potrò pensionare il mio buon Dojo::Array dopo anni di onorata carriera, se i benchmark danno ragione a Sutter.

Ora rimane da capire quanto ci metterà C++11 a essere supportato su MSVC, GCC e Clang... mi sa che ce ne vorrà ancora.

non vorrei dire cavolate ma MSVC già le supporta:
http://msdn.microsoft.com/en-us/library/dd293608.aspx

#34 RE: Writing modern C++ code

Beh, intendevo quanto ci metterà a essere supportato completamente su tutti e 3... e sicuramente ce ne vorrà
Facendo qualche prova si, MSVC supporta le lambda e un sacco di roba nella versione 11, Clang più o meno si ferma alle auto, GCC ho capito che supporta tutto male.
Di certo niente di usabile oltre la sperimentazione.

EDIT: Ah, la tabella per domarle tutte!
C++0x compiler support table

#35 RE: Writing modern C++ code

sembrerebbe che da vs10 a vs11 non cambi molto come supporto al c++11:
http://blogs.msdn.com/b/vcblog/archive/2...09291.aspx

#36 RE: Writing modern C++ code

(24-09-2011 14:33)hurricane86 ha scritto:  sembrerebbe che da vs10 a vs11 non cambi molto come supporto al c++11:
http://blogs.msdn.com/b/vcblog/archive/2...09291.aspx

Già
La situazione non è affatto chiara, comunque
Sutter disse che uscirà il supporto completo dopo VC11 ma prima di VC12. Vediamo.

#37 RE: Writing modern C++ code

(24-09-2011 14:36)_tommo_ ha scritto:  

(24-09-2011 14:33)hurricane86 ha scritto:  sembrerebbe che da vs10 a vs11 non cambi molto come supporto al c++11:
http://blogs.msdn.com/b/vcblog/archive/2...09291.aspx

Già
La situazione non è affatto chiara, comunque
Sutter disse che uscirà il supporto completo dopo VC11 ma prima di VC12. Vediamo.

Secondo me non han ben chiaro cosa stan facendo.
Non hanno il supporto ai variadic templates (che clang e gcc hanno da tempo e che sono la feature forse più importante di C++11 su cui anche la libreria standard si basa) ma hanno costruito un accrocchio mortale con le macro per fartela usare comunque.
Probabilmente stavano di meno a completare il supporto.
Cioè io per usare la libreria standard nuova devo definire una macro che definisce il numero di argomenti massimo che i miei template andranno ad usare (perchè dovrei saperlo per altro), così il compilatore può generare tutto il necessario?
Non voglio nemmeno sapere come gli è venuta in mente una porcata simile

#38 RE: Writing modern C++ code

Sutter parlava nelle presentazioni di una "trappola" in cui sono caduti e che gli ha causato la cancellazione di moltissimo lavoro, probabilmente parlava proprio di quello.
Che cime alla MS comunque

#39 RE: Writing modern C++ code

(24-09-2011 14:51)_tommo_ ha scritto:  Sutter parlava nelle presentazioni di una "trappola" in cui sono caduti e che gli ha causato la cancellazione di moltissimo lavoro, probabilmente parlava proprio di quello.
Che cime alla MS comunque

dovrebbero lasciar perdere il c++ e pensare solo a .net li dentro