C++/CLI is done!

[fek]

blog di Herb Sutter:
http://msdn.microsoft.com/msdnmag/is...0/default.aspx

C++/CLI is done!
In December 2003, a new Ecma committee called TC39/TG5 started work to standardize C++/CLI, a binding between the ISO C++ programming language and the ISO CLI runtime environment.

On Tuesday, after 11 face-to-face meetings and dozens of teleconference calls, TG5 finished its most recent meeting by voting unanimously to request that TC39 adopt the language specification and submit it to the Ecma general assembly for approval. If approved, C++/CLI will become an Ecma international standard later this year. Following that, the Ecma general assembly would submit it to ISO for consideration as a potential ISO standard.

A little editorial work remains to incorporate edits and clarifications to the text that were approved by TG5 this week, and then the final document will be submitted to TC39 on October 11 and should be publicly available by the end of the year.

At this point I would like to reiterate my own personal thanks to Bjarne Stroustrup for his gracious and insightful comments and suggestions that have improved C++/CLI in both the broad design and the little details, and also to Dinkumware, Edison Design Group (EDG), Plum Hall, IBM, and the other participants who likewise helped make C++/CLI as good as it is, both before and during the Ecma standards process. Thanks again, everyone!

C++/CLI e' un "dialetto" di C++ per ambienti managed compatibili con lo standard ISO CLI (su cui si basa .NET).

[cdimauro]

C'hanno messo pochissimo. Complimenti.

C++/CLI ha perso e/o guadagnato qualcosa rispetto al "classico" C++?

[fek]

C++/CLI sono estensioni a C++ per ambienti managed, quindi conserva tutti i costrutti C++ e aggiunge le estensioni managed.

Esempio di codice;

Engine^ engine = gcnew Engine();

engine->Start();

E' possibile mischiare puntatori non managed e puntatori managed (dal Garbage Collector) nello stesso codice in maniera molto naturale.

Ho letto da qualche parte, inoltre, che il comitato di standardizzazione del C++ sta studiando nuovi costrutti per la nuova versione del C++ che rendono la programmazione parallela un concetto integrato nel linguaggio stesso. Questa e' una rivoluzione. Se trovo il link lo posto.

[cionci]

Originariamente inviato da fek

Ho letto da qualche parte, inoltre, che il comitato di standardizzazione del C++ sta studiando nuovi costrutti per la nuova versione del C++ che rendono la programmazione parallela un concetto integrato nel linguaggio stesso. Questa e' una rivoluzione. Se trovo il link lo posto.

Ma stica !!! Altro che rivoluzione, cambierà completamente il mondo della programmazione e visto che le CPU si stanno orientando al multicore pensate che incremento ci sarebbe !!!

[The3DProgrammer]

Originariamente inviato da fek

Ho letto da qualche parte, inoltre, che il comitato di standardizzazione del C++ sta studiando nuovi costrutti per la nuova versione del C++ che rendono la programmazione parallela un concetto integrato nel linguaggio stesso. Questa e' una rivoluzione. Se trovo il link lo posto.

qualkosa a ke fare con openMP?

[fek]

Originariamente inviato da The3DProgrammer

qualkosa a ke fare con openMP?

Per fortuna no
OpenMP e' solo un enorme nastro adesivo per mettere una pezza temporanea al problema, non e' la soluzione al problema. Servono costrutti all'interno del linguaggio, che supportano la programmazione concorrente, e compilatori in grado di verificare la semantica di questi costrutti a tempo di compilazione.

[The3DProgrammer]

Originariamente inviato da fek

Per fortuna no

meno male


La mia esperienza con OpenMP nn è del tutto positiva, oltre al fatto ke, come dici tu, è solo una pezza che fornisce un approccio troppo superficiale al problema. Parallelizzare un loop può essere utile, ma se gli algoritmi nn vengono pensati e implementati con cognizione di causa dallo sviluppatore, i vantaggi dell'SMP vanno a farsi benedire

ciauz

[cdimauro]

x fek: se ti capita di trovare la documentazione, posta pure...