Beiträge getagged ‘CodeGear’

Aufnahmen der CodeRage 4 sind online

13 September 2009

Letzte Woche fand vom 8. bis zum 11. September die 4. CodeRage von Embarcadero / CodeGear statt. Die Onlinekonferenz bietet viel Informationen rund um das RAD Studio, Delphi, C++ Builder und Prism. Interessant dabei finde ich die Art und Weise der Konferenz. Während man bei anderen live vor Ort sein muss, können die Sessions der CodeRage online besucht werden. Kein Anzug nötig und auch in Unterhose möglich ;)

Die 4. Ausgabe der Konferenz ist vorbei und wie gewohnt stehen die Mitschnitte der Sessions zum nachträglichen Ansehen online bereit. Ein wahrer Quell an Informationen rund um Embarcadero & Partner.

CodeGear baut an einem neuen Compiler

7 Januar 2009

Seit geraumer Zeit gibt es bei CodeGear bereits die Pläne ein 64bit-Delphi zu veröffentlichen. Nick Hodges hat nun, wie Robert zu berichten weiß einen sehr interessanten Artikel über die Zukunft des hauseigenen Compilers veröffentlicht.

Kurz zusammengefasst besteht der Delphi- und der C++-Compiler aus einem Frontend und einem Backend. Das Frontend liest den Quelltext ein, überprüft ihn auf Korrektheit und baut daraus die DCUs. Das Backend schmiedet anschließend die DCUs zu einer ausführbaren Datei zusammen. So das grobe Prinzip.

Nun wäre es sicherlich mögilch, das Backend so umzustricken, dass es statt 32bit-Code 64bit-Code erstellt. Das wäre aber laut Nick Hodges nicht der richtige Weg und mehr Flickwerk denn wirkliche Neuentwicklung.

Daher besteht nun der Plan den Compiler komplett neu zu erstellen. Mit einem neuen Frontend und einem neuen Backend. Soweit schon recht gut, aber noch nicht spannend genug. Es kommt noch besser.

Zum einen wird das neue Frontend die bisherigen Sprachkonstrukte unterstützten sowie Raum für neue, innovative offen lassen. Das Backend hingegen soll ein gemeinsames für Delphi und C++ werden. Somit wären die Zwischendateien sowohl von Delphi als auch C++ gleichermaßen les- und verarbeitbar.

Das lässt nun Spielraum für Spekulationen. Beim Lesen des Artikels musste ich unwillkürlich an die .NET Plattform denken, bei der Code jeder .NET-Sprache miteinander gemsicht werden kann. So wie es sich liest, wird das auch mit dem neuen CodeGear-Compiler möglich sein.

Ob das der Fall sein wird, werden wir spätestens Mitte 2009 sehen. Denn dann wird eine erste Vorabversion des neuen Compilers veröffentlicht. Die finale Version kommt dann Mitte 2010. Ich für meinen Fall bin gespannt und würde es durchaus begrüßen, wenn Delphi- und C++-Code gemischt werden könnte. Oder macht das überhaupt keinen Sinn? Dank der geplanten neuen Funktionen im Delphi- und C++-Frontend?

Delphi 2009 im Netz

5 November 2008

Die Produkteinführung von Delphi 2009 war begleitet von einer Vielzahl an Blogbeiträgen, Sneak Previews, Webinaren und Artikeln zu den neuen Funktionen und zur neuen IDE. Aus meiner Sicht ein voller Erfolg. Pawel Glowacki hat eine sehr ausführliche Liste aller Online-Ressourcen zu Delphi 2009 aufgestellt. Ein beachtliches Sammelsurium.

Promotion-Maschinerie für Tiburon ist angelaufen

20 Juli 2008

Die nächste Delphi-Version wird unter dem Codenamen Tiburon entwickelt. Seit der Ankündigung von Nick Hodges am 15. Juli scheint die Promotion-Maschinerie in vollem Gang zu sein.

Größte Neuerung dürfte die komplette Unicode-Unterstützung sein. Aber auch neue VCL-Komponenten und -Funktionen machen auf Delphi 2008 neugierig. David I zeigt anhand von LoadFromFile und SaveToFile wie Unicode bisher unterstützt wird. Alan Bauer beschäftigt sich mit der String-Theorie und Anders Ohlsen macht Lust auf neue VCL-Komponenten.

Weiterhin zeigt Nick Hodges, wie man sein Windows-System für die erweiterte Sprachunterstützung fit macht. Last but not Least zeigt Seppy Bloom die neue Komponente TButtonedEdit.

Mein Interesse an Delphi 2008 alias Tiburon ist damit geweckt. Die erste Test-Version, wann immer die auch veröffentlicht wird, dürfte in meiner Entwickler-VM landen :)

Delphi Survey 2008 ist online

4 Februar 2008

CodeGear hat ihre alljährliche Umfrage zu Delphi gestartet. Die Umfrage steht derzeit nur in Englisch bereit. Bewertet werden können die Features der IDE, die verwendete Programmiersprachen sowie die Plattformen auf denen man entwickelt. Jeder, der Delphi einsetzt und an dessen Qualität etwas liegt, sollte den Entwicklern von CodeGear durch das Ausfüllen der Umfrage etwas Feedback geben.

Standardprogramm für Delphi 2006 und 2007 Projektdateien

14 Januar 2008

Mit Borland Developer Studio 2006 führte CodeGear den bdslauncher ein. Der öffnet Projekte in einer bereits laufenden Developer Studio Instanz und fügt die so geöffneten Projekte einer Projektgruppe hinzu.

Da ich lieber für jedes Projekt eine separate Instanz von Delphi haben möchte, änderte ich das Standardprogramm für die Dateiendung .bdsproj auf Borland Developer Studio for Windows (bds.exe). Danach öffnet ein Doppelklick oder ein schnelles Enter aus dem Total Commander heraus auf eine bdsproj-Datei jeweils eine neue Instanz von Delphi 2006 mit dem gewünschten Projekt.

Soweit so gut. Doch nun kam Delphi 2007 ins Spiel. Nach der Installation hat die neue Projektdatei-Endung dproj den CodeGear RAD Studio Launcher als Standardanwendung hinterlegt. Wie oben schon geschrieben, möchte ich jedoch für jedes Projekt eine separate Instanz haben. Also per Vista-Bordmitteln das Standardprogramm geändert und bds.exe im Delphi 2007 Verzeichnis ausgewählt. Ein Doppelklick auf eine dproj-Datei brachte jedoch die Ernüchterung. Statt Delphi 2007 öffnete sich Delhi 2006.

Nach ausgiebiger Suche in der Registry erkannte ich, dass die Ursache im gleichen Exe-Namen von Delphi 2006 und Delphi 2007 liegt. Mit etwas mehr Wissen rund um die Windows-Registry könnte man sicher dem Problem zu Leibe rücken. Jedoch bin ich kein Freund von “Dirty Hacks”, wenn es auch anders geht:

Windows Vista unterstützt nun endlich auch symbolische Links auf Dateien. Also erstelle ich mir in der Kommandozeile einen symbolischen Link auf die neue bds.exe

cd C:\Program Files\CodeGear\RAD Studio\5.0\bin\
mklink bds-CodeGear.exe bds.exe

Den so erstellten Link auf bds.exe wähle ich nun als Standard-Programm für die dproj-Dateiendung und habe mein gewünschtes Verhalten für Delphi 2006 und Delphi 2007 Projektdateien.

Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Deutschland
This work by Andreas Richter is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Deutschland.