RAD Studio XE Sneak Preview



  • Die ersten Informationen zur kommenden Version werden öffentlich.

    http://www.embarcadero.com/rad-studio-xe-preview



  • Cool Subversion support 😉 😃



  • Also bisher sind noch keine "Muss ich haben Features" aufgelistet.

    Subversion integration hört sich schon mal gut an, aber da bleibt die Frage was ist mit den neuzeitigen Git und Mercurial Versionsverwaltungen?

    Außerdem bin ich gespannt auf den CrossCompiler wenn man zuviel an den bestehenden Projekten ändern muss um es zum laufen zu bekommen,
    muß ich mir die Frage stellen "Wiso nicht gleich komplett auf QT umsteigen?".



  • Die stimmen werden immer lauten im Embarcadero Forum wegen nicht vorhanderner Infomartionen zum CrossCompiler.
    https://forums.codegear.com/thread.jspa?threadID=41288&tstart=0
    und noch kein offizielles Statement, Marketing Gag? oder wird es wieder verschoben?



  • Blog Eintrag von Michael Rozlog
    http://blogs.embarcadero.com/michaelrozlog/2010/08/10/37149

    Viele Kommentare auch welche wegen CrossCompiler, und beim 20iger Kommentar
    antwortet Michael Rozlog auf die Fragen, lässte aber die Antwort auf CrossCompiler aus 🙄



  • Als Info:
    DelphiSVN Next Gen ships with RAD Studio XE
    http://www.bitcommander.de/blog/



  • Die Beispiel Projekte haben nun auch einen "öffentlichen" Ort gefunden.
    http://sourceforge.net/projects/radstudiodemos/



  • Neue RAD Studio, Delphi und C++Builder Roadmap:

    http://edn.embarcadero.com/article/39934



  • Wenn mit Pulsar etc. jeweils Produktreleases gemeint sind, dann wird es wohl noch eine ganze Weile bis zu 64bit und Crossplatform dauern ...
    Lese ich das richtig, die 64bit-Compiler-Preview soll irgendwann in 2011 erscheinen?



  • Ja, außerdem wird deutlich angedeutet, dass RAD Studio nicht auf die neuen Platformen laufen wird. VCL wird Win32-Only sein. Die "neue VCL" wird dies dann beheben.



  • Jansen schrieb:

    Wenn mit Pulsar etc. jeweils Produktreleases gemeint sind, dann wird es wohl noch eine ganze Weile bis zu 64bit und Crossplatform dauern ...
    Lese ich das richtig, die 64bit-Compiler-Preview soll irgendwann in 2011 erscheinen?

    Dazu gab es ein Statement von Allen Bauer in Delphi Non-Tech:

    For 64bit:

    We've been working on Delphi 64bit for quite a while and it is looking
    like the 2011 milestone target is still on target. In nearly everything
    we work on for the nearer term projects, the 64bit apsects of the
    design are always taken into account. There is still a lot of work to
    do, but we do continue to consider any implications it may have. We
    have been making on going progress toward the goal of shipping no later
    than 2011 for Delphi and 2012 for C++.

    C++ 64bit is being built on our next generation compiler architecture
    and will take longer to finish than Delphi 64bit. For this reason we've
    decided that this target has become important enough that decoupling
    the Delphi and C++ releases allow us to get the Delphi release out
    sooner. The benefit of the new architecture will pay significant
    dividends for C++ customers over the next decade and will also benefit
    Delphi users as well.

    Bin mal gespannt, wieviel Arbeit sie in der Zwischenzeit noch in den alten C++-Compiler stecken werden ...

    Und wie lange mag es dauern, bis der neue Compiler ein akzeptables Qualitätsniveau erreicht ?

    Vielleicht hat Marco Cantu ja recht:

    Will this leave Delphi XE as a minor update? It certainly is at the language level, but I'm sure that the focus on bug fixing and quality, along with the integration of third party tools will make it a rather nice and valuable version. Those of you with a few years of Delphi on their back might remember an old version of Delphi, which provided only some fixes (and not as much) and some third party additions (not as many)? That was Delphi 7, which considering how much is being used today after so many years can be considered one of the key versions of the product. Maybe in a few years will remember Delphi XE (the last Win32 Delphi) as such a version.



  • Preview #2 – Optimizing and Automating
    http://www.embarcadero.com/rad-studio-xe-preview

    Die neue Version wird scheinbar nur eine mit 3th Party Tools vollgepackte IDE
    ohne eigene Ideen für Verbesserungen.



  • Zu C++ haben Sie noch nicht viel gesagt, außer diesem Posting von David Dean in C++ Builder Non-Tech:

    | Nothing new for C++...

    ITYM, Nothing new shown in the sneak peek... I'm not sure what the
    rollout schedule is for these previews. Watch my blog and I'll try to
    mention the new stuff as soon as I hear we can talk about them.

    Warten wirs ab. Hoffentlich wirds mehr, als nur ein wenig mehr Boost Unterstützung.



  • VergissEs schrieb:

    Die neue Version wird scheinbar nur eine mit 3th Party Tools vollgepackte IDE
    ohne eigene Ideen für Verbesserungen.

    Gewagtes Statement.

    Wie aus den Diskussionen in .delphi.non-tech hervorgegangen sein sollte, hätte die kommende Version eigentlich den Mac unterstützen sollen; jedoch scheint das eine Jahr etwas knapp gewesen zu sein, um mal eben zwei neue Compiler-Backends, die ganze Remote-Debugger-Infrastruktur und ein GUI-Framework für den Mac zu implementieren und auf das erwünschte Qualitätsniveau zu bringen. Vielleicht sind die 3rd-party-Tools als "Entschädigung" für die Verzögerung gedacht 🙂

    Und ich muß sagen, daß ich gar nichts dagegen habe, meine IDE mit diesen 3rd-party-Tools "vollzupacken". Es gibt ja viel Krimskrams in dieser Branche, aber AQtime und FinalBuilder - wow.



  • nn schrieb:

    Zu C++ haben Sie noch nicht viel gesagt

    Stimmt. Aber mal etwas zwischen den Zeilen gelesen:
    http://www.embarcadero.com/rad-studio-xe-preview

    "C++ DataSnap Server creation" - wenn DataSnap immer noch so funktioniert wie bisher, impliziert das, daß der C++-Compiler jetzt RTTI generieren können müßte, die der $METHODINFO-RTTI in Delphi entspricht. Mit so etwas könnte man z.B. die Anbindung an Skriptsprachen automatisieren oder Remoting-Frameworks wie WCF (oder eben auch DataSnap) implementieren und benutzen...



  • audacia schrieb:

    Aber mal etwas zwischen den Zeilen gelesen:

    Toll, was man alles zwischen den Zeilen lesen kann. Und dabei ist es doch nur eine. 😃

    Hier noch ein paar Erkenntnisse zur VCL:
    http://blog.marcocantu.com/blog/delphi_xe_beta_rtl.html



  • nn schrieb:

    Zu C++ haben Sie noch nicht viel gesagt, außer diesem Posting von David Dean in C++ Builder Non-Tech:

    | Nothing new for C++...

    ITYM, Nothing new shown in the sneak peek... I'm not sure what the
    rollout schedule is for these previews. Watch my blog and I'll try to
    mention the new stuff as soon as I hear we can talk about them.

    http://blogs.embarcadero.com/ddean/2010/08/25/34863

    => Meine Vermutung war berechtigt, und wir bekommen endlich $METHODINFO-RTTI 🙂

    Außerdem werden DocShoe und einige andere, die Probleme mit dynamic_cast<>, VCL-Klassen und Interfaces hatten, sicherlich an einigen Fixes interessiert sein...



  • audacia schrieb:

    => Meine Vermutung war berechtigt, und wir bekommen endlich $METHODINFO-RTTI 🙂

    Na, das ist ja schon mal ein Fortschritt. Danke auch für Deine Arbeit mit den QC-Reports.

    Was ich mir wünschen würde, wären ein paar Neuigkeiten in Sachen C++0x und Boost-Kompatibilität.

    Es ist mir jetzt schon ein paar Mal passiert, dass ich Code bekomme, der Boost verwendet, sich aber nicht mit dem C++ Builder übersetzen lässt. Das ist jetzt schon mit den Libraries Graph, Rational und Units passiert.

    Außerdem habe ich in letzter Zeit etwas mit Microsofts PPL und der Agents-Library in VS2010 gespielt und dabei gesehen, wie weit der C++ Builder auch beim C++0x Support zurückliegt (auto, lamba expressions, ...).

    Wenn es da erst in zwei Jahren mit dem neuen Compiler weiter geht, sind die anderen Compiler schon wieder eine Generation weiter ...



  • nn schrieb:

    Wenn es da erst in zwei Jahren mit dem neuen Compiler weiter geht, sind die anderen Compiler schon wieder eine Generation weiter ...

    Obzwar ich nicht über die genauen Pläne hinsichtlich des neuen Compilers im Bilde bin, ist ziemlich sicher, daß Embarcadero nicht versuchen wird, einen komplett neuen C++-Compiler zu entwickeln; angesichts des reichhaltigen Angebots an Drittsoftware wird es wahrscheinlich auf einen mit Borland-Spracherweiterungen angereicherten Fork eines existierenden Frontends (clang, GCC, EDG, ...) hinauslaufen. (Michael Swindell wollte auf der Delphi Live! keine Details dazu nennen, konnte aber bestätigen, daß man die Nutzung eines externen Frontends anstrebt.)



  • Hallo,

    Innovation ist toll aber:
    Solange Embarcadero es nicht schafft so Dinge wie z.B. die Hilfe im C++ Builder 2010 vernünftig auszubauen, sind die (meiner Meinung nach) auf dem absteigenden Ast.
    Wo bitte soll man denn all die Informationen im z.B. C++Builder her bekommen?
    - Die Hilfe ist ein Graus
    - Sekundärliteratur ist so gut wie nicht vorhanden.

    Ich lese zwar viel in den Foren mit, aber irgenwie habe ich das Gefühl, dass ich z.B. im C++ Builder 2010 einige Features nicht nutze, da ich diese schlicht und ergreifend nicht kenne. Schade eigentlich.
    Es kann natürlich sein dass in den Tiefen des Internets ganz tolle Artikel vorhanden sind, aber die Wahrscheinlichkeit diese zu finden sind wohl eher gering, da ich ja danach auch erst einmal gezielt suchen muss.

    Ich finde hier sollte Embarcadero mal einiges Investieren. Ein Buch wie z.B. "C++ Builder 5 Developer's Guide" wäre z.B. ein schöne Sache, nur eben ein aktuelles.
    Oder gibt es so etwas?

    Gruss


Anmelden zum Antworten