Delphi XE2 kan native apps maken voor Windows, OS X en iOS

Softwarebedrijf Embarcadero heeft meer details prijsgegeven van Delphi XE2, een ontwikkelomgeving voor applicaties die in Delphi zijn geschreven. Zo kan voortaan code worden gecompileerd voor zowel 64bit-Windows als iOS.

Delphi XE2 wordt voorzien van FireMonkey, een nieuwe omgeving waarmee in een drag-and-drop-omgeving applicaties kunnen worden gebouwd op basis van Delphi, dat een dialect van Object Pascal is, of C++ Builder. De gui van FireMonkey wordt, afhankelijk van het platform, gerenderd door DirectX of OpenGL, zo meldt het bedrijf.

Ontwikkelaars moeten met XE2 niet alleen software voor Windows en OS X kunnen compileren, maar ook voor iOS. Daarvoor is ondersteuning voor ARM-processors aan de suite toegevoegd door de compiler te gebruiken van FreePascal, een opensourceversie van Delphi. Voor het bouwen van applicaties voor Windows-systemen wordt voortaan ook 64bit-ondersteuning geboden.

De precieze releasedatum van Delphi XE2 is nog niet bekend, maar volgens Embarcadero komt de vernieuwde ontwikkelomgeving nog dit jaar uit.

Reacties (56)

[magnifor]

Mooi, misschien dat er dan een 64-bit versie uitkomt van Total Commander aangezien het in Delphi is geprogrammeerd:

http://en.wikipedia.org/wiki/Total_Commander en dan onder kopje "Written in"

[bommel]

Als ik me niet vergis is Total Commander nog in een heel oude Delphi versie geschreven (ik dacht zelfs Delphi 2)!

[Little Penguin]

Total Commander ziet er in elk geval erg oud uit - mogelijk zou men de UI eens op moeten frissen (en ook een nieuwere Delphi gebruiken).

Aan de andere kant, in principe moet het niet al te lastig zijn om een omslag te maken van Delphi2 naar Delphi 7 (als voorbeeld).

Ik kan me dan ook niet voorstellen dat men op Delphi 2 is blijven hangen...

[Nevel]

Total Commander is inderdaad heel lang ontwikkeld in Delphi 2.

Aangezien Delphi geen support bood voor 64 bit ontwikkeling, is Christian Ghisler momenteel bezig de tool in Lazarus aan de praat te krijgen (wat voor het grootste gedeelte al is gelukt). Niet zozeer omdat het verschrikkelijk veel voordelen zou bieden, maar vooral omdat er op een of andere manier aardig wat vraag naar is.

Een vaak gehoorde klacht is dat Total Commander er nogal ouderwets uitziet, maar de tool valt al jarenlang prima te skinnen. Dat is overigens slechts een van de redenen voor mij om niet de standaard installatie te gebruiken maar een van de power packs:
Total Commander Ultima Prime (http://tcup.pl). Als je een full blown installatie doet is het nogal een kermis, maar als je precies weet welke plugins etc je wilt hebben is het een prettige uitbreiding.

Ik heb de afgelopen zeven jaar voor werk vooral code geschreven in PHP en Java. Er bestaan inmiddels behoorlijk solide IDEs voor deze talen (bijv. NetBeans & IntelliJ), maar nog steeds heb ik heimwee naar Delphi. Vandaar dat ik nog steeds een oude versie van Delphi gebruik om lekker mee te hobby-en. Ik zou graag zien dat de Delphi markt weer aantrekt. Het zou natuurlijk helemaal mooi zijn als Delphi binnenkort ook onder linux te compileren zou zijn. We zullen zien.

[xStoryTeller]

En ik maar denken dat Delphi al een stille dood gestorven was ! Dit klinkt als een mooie instapper voor nieuwe programmeurs. Nu maar hopen dat het een beetje werkt, ik kan me nog wel vaag een oude c++ delphi compiler herinneren, hopen dat het wat beter werkt ...

[Wh4ck0]

En ik maar denken dat Delphi al een stille dood gestorven was ! Dit klinkt als een mooie instapper voor nieuwe programmeurs. Nu maar hopen dat het een beetje werkt, ik kan me nog wel vaag een oude c++ delphi compiler herinneren, hopen dat het wat beter werkt ...

Heb er inderdaad ook al lang niks meer van gehoord. Delphi 6 was best ok, maar daarna is het steeds van eigenaar gewisseld geloof ik.
Wel interessant als je ook voor iOS kunt ontwikkelen. Maar ben benieuwd of het een beetje werkt, en hoe stabiel het allemaal is

[Little Penguin]

Heb er inderdaad ook al lang niks meer van gehoord. Delphi 6 was best ok, maar daarna is het steeds van eigenaar gewisseld geloof ik.

Valt wel mee, uiteindelijk is Delphi slechts 1x van eigenaar gewisseld, namelijk van Borland naar Embarcadero. Bij Borland was de divisie verantwoordelijk voor de ontwikkelomgevingen wel een tijd bekend als 'CodeGear', mogelijk dat je daar op doelt als je 't over een aantal keer hebt.

Wel interessant als je ook voor iOS kunt ontwikkelen. Maar ben benieuwd of het een beetje werkt, en hoe stabiel het allemaal is

De grote vraag is of Embarcadero een deal met Apple heeft kunnen sluiten voor wat betreft het gebruik van de iOS API, danwel zich beperkt tot de publieke API -met bijbehorende beperkingen.

En de allerbelangrijkste vraag is of Apple de toepassingen geschreven in DelpiXE2 ook accepteerd in de appstore.

[Katsunami]

Valt wel mee, uiteindelijk is Delphi slechts 1x van eigenaar gewisseld, namelijk van Borland naar Embarcadero. Bij Borland was de divisie verantwoordelijk voor de ontwikkelomgevingen wel een tijd bekend als 'CodeGear', mogelijk dat je daar op doelt als je 't over een aantal keer hebt.

Heel Borland heeft zo rond 1998 een andere naam gehad, namelijk Inprise. Daarom heette versie 4 dan ook "Inprise Delphi". Later is men weer teruggegaan naar de naam Borland.

Ik heb altijd zeer graag met hun producten gewerkt, totdat men lange tijd C++ Builder heeft laten vallen na versie 6 (C++ Builder X was echt een heel ander product), en Delphi 8 brak en onstabiel was. Toen ben ik met de rest van de wereld overgestapt op C# en C++.NET.

Weet je waarom de libraries van Delphi en (vroege versies van) C# / .NET zoveel overeenkomsten hebben? Ze hebben dezelfde ontwerper: Anders Hejlsberg. Misschien is het een van de meest invloedrijkste mensen op informatica-gebied van de laatste 20 jaar, en dat terwijl hij zijn studie niet eens heeft afgemaakt...

Borland heeft jarenlang geprobeerd om de VLC standaard opgenomen te krijgen in Windows, maar het is nooit gelukt. In mijn ogen was de VLC en de grafische manier van het ontwerpen van de UI in de jaren 90 en vroege jaren 2000 een geniale manier van programmeren waar Microsoft pas met .NET een echt alternatief tegenoverstelde. Eigenlijk was .NET helemaal niet zo speciaal, als je Delphi, C++ Builder en de VLC gewend was. Ik had destijds in elk geval het gevoel: "Mmwa.... dit kan Delphi toch al vele jaren?"

Ik zou niet weten hoe ze nu tegenover elkaar staan. Ik heb al sinds 2004 geen regel code in Delphi of in Borland C++ Builder meer geschreven.

[Reactie gewijzigd door Katsunami op 23 juli 2024 07:08]

[Miauw]

Ik denk dat je VCL bedoeld... en bedankt voor de informatie! +2

[marcovtjetje]

Er zijn reeds meerdere Free Pascal en Lazarus apps geaccepteerd, dus ik zie niet in waarom Delphi XE2 anders zou zijn

P.s. en de BCB/Delphi divisie heeft ook nog een tijdje "DevCo" geheten

[Reactie gewijzigd door marcovtjetje op 23 juli 2024 07:08]

[SoloH]

Er is geen reden om het niet in de Appstore op te nemen als het gewoon een goede package is. Dus juiste folders en info lists. iOS Apps worden ook gewoon met gnu gecompileerd.

[BoringDay]

Object Pascal zou ik dan liever toepassen in Delphi ... werkte uitstekend

[Rob Coops]

Pascal leeft dat nog het is al weer jaren geleden sinds ik de laatste regels Pascal heb geschreven ik denk dat ik het zou weer op zou kunnen pakken maar ik zal denk ik wel even een paar uurtjes met code en google in de weer moeten om er weer echt in te komen.

Ik vraag me af hoe veel niet hobb projecten er nog in Delphi geschreven worden volgens mij kunnen dat er niet echt heel veel meer zijn er zijn nog maar weinig mensen over die hier mee werken als ik kijk naar de CV's die ik voorbij zie komen.

[Fossalta]

Er zijn er zeker hier en daar nog een paar te vinden, ik werk voor een bedrijfje die alleen in Delphi ontwikkeld.

Ik hoop alleen dat Embarcadero hier niet weer gigantisch de plank mis gaat slaan zoals met hun delphi for .NET . Dat nieuwe framework FireMonkey ziet er veelbelovend uit, maar het is niet compatible met hun huidige VCL framework wat al sinds windows 3.1 bestaat en dat betekend dat bestaande applicaties niet makkelijk te porten zijn. De 64bit compiler is dan wel weer een welkome (maar late) toevoeging.

[Little Penguin]

Dat nieuwe framework FireMonkey ziet er veelbelovend uit, maar het is niet compatible met hun huidige VCL framework wat al sinds windows 3.1 bestaat

Waarschijnlijk hoopt men nieuwe markten aan te boren en minder op de oude markt te leunen, verder is het niet zinnig om VCL te gebruiken op bijvoorbeeld de iPhone.

Zolang men de VCL nog maar blijft onderhouden/verbeteren voor Win32/Win64 zul je als ontwikkelaar gewoon door kunnen. Zodra je voor de iPhone ontwikkeld moet je toch al anders denken (vinger als invoer, bepaalde scherm-indeling etc).

En de 64-bit compiler is (leuk) voor de toekomst, maar de komende paar jaar zou je nog zonder kunnen. Op lange termijn is de 64-bit compiler een must en ook fijn (geen 2GiB limiet meer, niet dat dit tot op heden een issue is overigens)

[dcm360]

En de 64-bit compiler is (leuk) voor de toekomst, maar de komende paar jaar zou je nog zonder kunnen. Op lange termijn is de 64-bit compiler een must en ook fijn (geen 2GiB limiet meer, niet dat dit tot op heden een issue is overigens)

Mwa, voor de toekomst misschien ook wel, maar zeker ook voor nu. Nu is het grootste deel van de (nieuwe) Windows-installaties al x64, en om bepaalde delen van een programma goed in Windows te kunnen integreren is een x64 binary gewoon noodzakelijk. Dit wil uiteraard niet zeggen dat 32 bits programma's niet meer voldoen, maar de mogelijkheden zijn minder.

[zwoep]

Als je software een beetje goed is opgezet (seperation of concerns / multi-tiers) dan hoef je alleen de UI laag te vervangen en mogelijk wat DB-access zaken, maar ook daarin is Delphi over het algemeen al erg goed om DB abstract te scheiden van het backend.

[Boss]

Misschien ken je het niet-hobby project dat laatst voor 8 miljard dollar is verkocht: Skype :-) De Skype Windows client is in Delphi geschreven.

Daarnaast ken ik 10-tallen bedrijven die Delphi gebruiken, ook voor hele grote applicaties.

[Katsunami]

Of het nog zo is weet ik niet, maar Delphi is / was in zichzelf geschreven. Delphi 3 is geschreven in Delphi 2, Delphi 4 in Delphi 3, enzo verder. Dat was in elk geval zo tot en met versie 7. Zelfs Borland C++ was in Delphi geschreven; zelfs de compiler zelf. Die kon naast C++ ook Delphi-code compileren; het was mogelijk om C++ én Delphi-code in hetzelfde project op te nemen en te compileren met Borland C++ 6.

Ik heb het (vroeger) altijd zeer prettige omgevingen gevonden; ik ben echter gestopt bij Delphi 7 (8 heb ik nooit gebruikt) en Borland C++ 6, nadat velen overgingen op .NET (Delphi -> VB, en C++ -> C# was een veel gemaakte overstap.)

[Reactie gewijzigd door Katsunami op 23 juli 2024 07:08]

[peverix]

In Belgie wordt delphi ook nog redelijk veel gebruikt. Ikzelf werk momenteel bij de federale politie in Brussel , en daar wordt nog steeds met Delphi gewerkt.

Delphi is steeds kilometers voorop geweest wat betreft RAD development.
Het is niet voor niets dat microsoft de ontwikkelaar van de vcl opgekocht heeft van borland om voor hun het .net framework te ontwikkelen , samen met c#.

De grootste blunders zijn mijns inzien door borland gemaakt om zo geregeld van koers te veranderen ( borland -> inprise -> borland -> codegear -> embarcadero ).
Echter sinds codegear gaat het weer de goede richting uit. Vanaf delphi 2007 hebben ze terug een stabiele ide.

We kijken met spanning uit naar delphi XE

[Dakoina]

2 jaar geleden gebruikte we daar nog delphi 5 en NOOIT RAD gebruikt plus hun gehele structuur is zoooooo ouderwets. Imho past niet in het kader waarin ze het willen gebruiken

... geen wonder dat veel developpers het daar aftrappen. Bij fedpol is het probleem niet gelegen aan de koersverandering van borland -> .. embarcadero, - buiten paar compatibiliteitsproblemen gerekend - maar de mannen die de architectuur opgezet hebben. Maar soit, dat is off topic

[zwoep]

Wij ontwikkelen voornamelijk in Delphi voor Windows 7 e.d.. Ken veel meer bedrijven die dat doen, ook veel grotere dan dat van ons. Denk dat het meer gebruikt wordt dan de meeste mensen denken.

[Dakoina]

Heb zelf een aantal jaren in delphi moeten programmeren - eerlijk gezegd, niet echt mijn ding - maar wat ik vooral zag: ze vinden amper gemotiveerde mensen die delphi kennen of willen leren. Vorig jaar nog heb ik in Delphi 5 liggen programmeren... ze hadden niet veel zin om een nieuwe IDE aan te schaffen...

Nou ja, ik ben nu eenmaal niet zo "happig" op die delphi syntax... but that's my point of view ik ken mannen dat er vroeger krachtige virussen mee schreven

[marcovtjetje]

Bij mijn weten is Delphi na Visual Studio (+varianten) nog altijd de meest verkochte IDE in Nederland.

[BoringDay]

Delphi is heel lang de elite geweest met de snelste compiler.
Veel mogelijkheden, goed doordacht en een zeer goed GUI

[Durandal]

Interessanter is de vraag wat de meest gebruikte is. Niet alles wordt verkocht.
Eclipse?

[arjankoole]

please, Vi(m) ;-)

[marcovtjetje]

Excel macro's zou mijn gok zijn.

[jip_86]

Hier word druk ontwikkeld in Delphi.Net. zeker voor de backend zal dat ook nog wel een tijdje het geval blijven.

[R4gnax]

Is het werken met .NET code nog steeds zo'n gammel zootje als in de eerdere versies van Delphi for .NET (BDS 3.0) ? Kan me nog herinneren dat ik destijds gevloekt en getierd heb dankzij de nukken van dat stuk [censored] software.

Je kon af en toe hele dagen debugging uit gaan trekken dankzij idiote data-typing conflicten (compiler errors zoals 'Type mismatch. Can not assign System.Int32 to System.Int32.') en moest verschrikkelijk oppassen met reflection-based frameworks als Spring.NET of NHibernate, omdat Pascal units onder de kap geimplementeerd werden in CLI code die niet correct overeen kwam met het concept van namespaces in C# of VB.Net.

[GabberKooij]

Voor mijn werk gebruik ik steeds meer dot net, maar voor hobby projecten maak ik nog erg graag gebruik van Delphi.

Mijn Picto Selector heeft meer dan 50.000 downloads:
www.PECSforAll.com

[Exirion]

Leuk dat dit nog leeft. Naast C heb ik ooit veel in Pascal gedaan (vanaf Turbo Pascal 4.0) en in 1995 ben ik met Delphi 1.0 begonnen. Ook heb ik nog een project liggen dat ik t/m Delphi 5.0 heb onderhouden en wat ik nieuw leven wilde inblazen met een port naar C/Cocoa voor OSX en via Cocotron voor Windows zou willen bouwen.

Dat er nu een Delphi komt die voor Windows en OSX te gebruiken is, erg interessant! Al vraag ik me af of het van de grond gaat komen, want destijds heeft Borland iets dergelijks geprobeerd voor Linux met Kylix en dat is toch wel een langzame dood gestorven.

Dat er over iOS wordt gesproken vind ik tamelijk krom, want smartphones en tablet apps worden toch wel met een totaal andere filosofie en mindset ontwikkeld. Daarvoor ontwikkel ik toch liefst gewoon native in Objective C met de standaard iOS frameworks.

[Little Penguin]

Dat er nu een Delphi komt die voor Windows en OSX te gebruiken is, erg interessant! Al vraag ik me af of het van de grond gaat komen, want destijds heeft Borland iets dergelijks geprobeerd voor Linux met Kylix en dat is toch wel een langzame dood gestorven.

Ik vermoed zelf dat Kylix vooral mislukt is omdat de groep gebruikers voor Linux (client software) veel kleiner is en zowel ontwikkelaars en gebruikers nu eenmaal 'gratis' gewend zijn.

Bij Mac OS X en iOS is er juist wel een grote groep gebruikers, die ook nog eens bereid zijn om (een klein bedrag) te betalen. Als men zorgt voor een goede relatie met Apple dan kan men hier nu juist wel een succes van maken, maar men moet vooral zorgen dat men met Apple goede maatjes is en blijft.

Dat er over iOS wordt gesproken vind ik tamelijk krom, want smartphones en tablet apps worden toch wel met een totaal andere filosofie en mindset ontwikkeld.

Ja, dat is zo. Maar als je hier een goed gereedschap voor aanbied dan maakt de onderliggende taal minder uit.

Zolang de ontwikkelaar zelf maar zich aanpast naar de manier van denken voor iOS...

[dmantione]

Er zijn meerdere redenen waarom Kylix het niet gehaald heeft. Dat het niet open was, was inderdaad een hindernis voor veel programmeurs die iets met Linux deden, maar als je denkt dat dat de oorzaak is dat men er mee stopte, dan heb je het mis. Regelmatig zijn geluiden te horen geweest dat de verkoopcijfers van Kylix niet heel slecht waren, verkoopcijfers waren in ieder geval niet de reden om er mee te stoppen. Er speelde veel meer, waaronder:

• Met Kylix gokte Borland op een Linux-desktoprevolutie. Die is nooit gekomen, dus ontstond de markt niet waarop men rekende, dus was er op een bepaald moment geen businesscase meer om er mee verder te gaan.
• Kylix gebruikte QT2, dat snel verouderde, dus konden geen Linux-programma's gemaakt worden met de huidige stand van techniek.
• De CLX voldeed niet aan de eisen van programmeurs waar Windows belangrijk voor was. Het was te incompatibel met de VCL, er zaten teveel bugs in en het leverde geen native GUI maar een QT-GUI op. Windowsprogrammeurs bleven daarom de VCL gebruiken, waarmee de ontwikkeling van Linuxprogramma's niet op gang kwam.
• Kylix zelf was een VCL-applicatie en moest gebruik maken van Wine om onder Linux te kunnen draaien. De kwaliteit van Wine was niet afdoende en vereiste dat het Kylixteam Wine continu zat te verbeteren om een voldoende stabiele IDE te kunnen maken.
• De programmeurs waren op een bepaald moment gewoon nodig om Delphi.NET te gaan ontwikkelen (wat op zijn beurt ook weer om meerdere redenen geflopt is). In de Windows-markt werd het meeste geld verdiend, dus vond men het nodig de energie i.p.v. in Linux in nieuwe ontwikkelingen op Windows-gebied te steken

Je kunt het mislukken van Kylix niet op één oorzaak vastpinnen. Om een produkt een succes te maken moeten alle sterren op één lijn aan de hemel staan, en dat was bij Kylix lang niet het geval.

[Reactie gewijzigd door dmantione op 23 juli 2024 07:08]

[marcovtjetje]

Och, van Kylix is in de dotcom bubble (en de gelijktijdige Linux hype) nog veel gebruik van gemaakt. (en winst mee gemaakt).

We moeten eerst nog afwachten of de huidige tools het zo lang als Kylix uithouden. En dan op een compatible manier natuurlijk, en niet alleen in naam. Apple heeft er een handje van alles om te gooien als ze denken er een paar cent extra uit te kunnen persen.

[BoringDay]

Welk handje? Er zijn meer programmeertalen voor OSX naast XCode is er bijv. RealBasic (welke aardig wat weg heeft van Delphi alleen wat traag en prijzig).
En die omgevingen werken verder allemaal prima.

Daarbij OSX is altijd open geweest

[Skinkie]

Ik vraag me altijd af bij dit soort dingen hoe de open source competitie hier op gaat reageren. De vraag stellen is haar beantwoorden: daar focust men op Android.

[Relief2009]

Is het tegenwoordig verboden om voor closed source te ontwikkelen?

[Skinkie]

Nee hoor, maar gezien gcc en llvm de competitie is tegen over mvc++ en icc. Kun je zeker stellen dat freepascal/lazarus de actiefste ontwikkelaars zijn op het gebied van Pascal/Delphi. Zeker met ontwikkelomgevingen die cross platform moeten werken, zul je objectcode beschikbaar moet hebben voor verschillende targets. En je kunt je wel in allerlei bochten wringen, maar met open source mindset gaat dat allemaal net wat makkelijker. Er zijn voor Delphi open source en closed source componenten beschikbaar, al waar historisch veel minder zealots waren die het afdwongen om een richting te kiezen.

[Little Penguin]

Kun je zeker stellen dat freepascal/lazarus de actiefste ontwikkelaars zijn op het gebied van Pascal/Delphi.

Toch kan ik niet zeggen dat Lazarus nu zo'n geweldig alternatief is. Zo werkt 't beroert onder OS X (ivm de GTK dependency) en vind ik Delphi onder Win32 ook veel beter werken.

Ben dus ook erg benieuwd hoe goed Delphi XE2 werkt t.o.v. Mac OS X en of er ook een versie komt die onder OS X zelf werkt - het lijkt er nu op dat je onder Win32 zult moeten ontwikkelen, ondanks dat je een OS X toepassing schrijft...

@marcovtjetje - ik ga snel eens kijken naar Lazarus, de dependencie op GTK (en dus X11) was namelijk altijd mijn grootste bezwaar tegen Lazarus.

[Reactie gewijzigd door Little Penguin op 23 juli 2024 07:08]

[marcovtjetje]

Lazarus gebruikt standaard al 3-4 jaar geen GTK2 meer op OS X, maar Carbon.

Naast Carbon en GTK2 is ook QT op OS X mogelijk, en is er wat experimentele COCOA support.

Embarcadero daarentegen heeft met Delphi XE slechts een ownerdrawn (handgetekende) en niet native UI. Voor sommige apps is dat niet erg. Voor sommige (zoals de mijne) wel

[Reactie gewijzigd door marcovtjetje op 23 juli 2024 07:08]

[BoringDay]

Lazerus was zeker geen alternatief op Delphi. Jaren lang met Delphi gewerkt (vanaf 3.0 t/m 7.0)

XCode was de enige alternatief voor OSX die een goed interface had maar ontzettend veel gewenning vereist als je Delphi gewend bent.

Maar ik zal zeer blij zijn als Delphi naar OSX komt .... lange tijd opgewacht

[zwoep]

Prima ontwikkeling! Na al die jaren eindelijk niet meer achter Microsoft aanhollen en doen wat die doen, maar een eigen weg inslaan. Ben de laatste paar versies zeer tevreden over Delphi! Vanaf versie 2009 was het echt rocksolid, moderne features in je IDE en dat is elk jaar beter geworden sindsdien. Dan nu cross-platform erbij mét optie tot hergebruik van je business logic, entiteitsframeworks, etc.. Ben blij dat we al die jaren onze codebase niet hebben geport naar één van de meer populaire talen.

[Reinstein]

Ein-de-lijk, dat werd wel eens tijd, iig de 64bit compiler is fijn. Kunnen er eindelijk 64bit DLL gebouwd worden.

Ben erg benieuwd wat Embarcadero in de toekomst met Delphi gaat doen.

[merauder]

Voorheen was het een mooi pakket, maar ben ondertussen overgestapt naar PHP / Xcode / Eclipse. Zodra het uitkomt maar eens een blik werpen. Wellicht is het een goed alternatief voor Xcode.

[bommel]

Dit zou wel eens de belangrijkste ontwikkeling sinds Delphi 1 kunnen zijn...

[SuperDre]

of C++ Builder

Uhmm.. c++ Builder kwam pas veel later op de markt als Delphi..

[marcovtjetje]

Maar de Turbo C++ lijn is ook langer doorgegaan dan Turbo Pascal.

Overigens is BCB met name in de VS populair. Ooit (in Delphi 2006 tijden) eens een getal gehoord dat in de VS (+ Canada) BCB drie keer zo goed verkocht als Delphi, en daarbuiten precies andersom.