PDA

View Full Version : C++/CLI is done!


fek
23-09-2005, 19:39
blog di Herb Sutter:
http://msdn.microsoft.com/msdnmag/issues/05/10/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
24-09-2005, 08:43
C'hanno messo pochissimo. Complimenti.

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

fek
24-09-2005, 11:13
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
24-09-2005, 14:24
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 !!! :eek:

The3DProgrammer
24-09-2005, 23:25
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
25-09-2005, 10:20
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
25-09-2005, 11:11
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
26-09-2005, 10:48
x fek: se ti capita di trovare la documentazione, posta pure... :sbav: