David Millington (Senior Product Manager), Atanas Popov (General Manager, Developer Tools), Kyle Wheeler (General Manager, C++)
Over the past year, we have had many customers ask about our plans to continue cross-platform multi-device support in C++Builder. We’d like to provide an update on our plans.
We prioritized VCL work for C++Builder to FMX, which puts us behind on our support on platform support. Currently, C++Builder 10.4 supports:
Those most impacted should already know the following, but to be clear: On August 1, Google’s deadline for 32-bit applications will come into effect and if you want to continue to update your apps on the Play Store, you will need to recompile them as Android 64-bit. C++Builder does not currently support this platform. We will not deliver Android 64-bit support by August 1st, nor in C++Builder 10.4.1 (2020.)
It’s worth noting that 32-bit Android applications are still fully functional - in fact, we released a hotfix to 10.4 solving C++ Android 32-bit exception handling issues a few days ago. Android devices still support 32-bit apps; it is only the Play Store that has the 64-bit limitation, meaning that in-house applications or sideloaded applications remain fully functional.
We also have not scheduled macOS 64-bit support for 2020. When we do, we will likely move directly to support ARM (Apple Silicon.)
If Android 64-bit is important to you, RAD Studio with Delphi is fully compatible. Contact us today to discuss a discount and make the switch.
In March 2019, we sent out a customer survey. The overall feedback from our C++Builder customers in that survey was to ask us to focus on Windows and Windows quality: compiler quality, STL, and IDE (including code completion.)
The majority of our C++Builder customers are targeting Windows only, using the VCL. They do so because of VCL’s performance and the native controls, and the new controls we provide; further, Microsoft has created pressure to upgrade to Windows 10 and our Windows 10 support is highly useful to those migrating apps, or to those looking for a high-quality UI app environment for Windows 10.
The strategy this put us on was clear: to focus on Windows and ensure it met your expectations, ahead of working on other platforms. For this reason, we removed macOS Catalina support from the roadmap, and we have been working on Windows quality ahead of Android 64-bit support since then.
We are very aware that since our Clang upgrade in November 2018, the quality for Windows, including IDE tooling, has not been what we want to deliver.
So what’s our plan? What are we addressing?
We have long-standing issues around code completion, the linker, some STL classes, and some compiler ICEs. Further, there are IDE productivity features we want to provide to ensure C++Builder surpasses other IDEs in terms of productivity. Our goal for Windows is the following:
The ultimate aim here is to ensure that (a) things work as you want and expect, and (b) we are both compatible with general C++ (which helps you) and surpass other tools in productivity. Our libraries, like the VCL, are world-leading -- having IDE productivity also at that level will make C++Builder a significant force.
While we are not there yet, that strategy explains our focus and what we have delivered since that survey. Let’s dig into both what we have delivered, and what we have planned, with some comments that explain them in light of the above.
In the time since that survey, we have delivered:
In future, we plan to deliver:
Our C++Builder customers have asked us to focus on Windows and quality, and that’s what we’re doing. We are focusing on providing high-quality Windows development for you, especially with a focus on IDE productivity to match our existing UI productivity, as well as resolving important issues. This does mean that we will not have Android 64-bit or macOS support in the short-term (6-9 month) timeframe. However, we are working on - and have delivered - some important improvements to Windows already. Further items, like Visual Assist integration, are exciting for making C++Builder lead ahead of other IDE’s productivity. We understand that this prioritization may impact some of you negatively for which we apologize. We feel that focusing on quality and Windows is the right thing today to ensure we give you the product you want and need.
Once we are confident in the quality enhancements and feature set for Windows development we will reevaluate the landscape and take appropriate steps to address other platforms and features. Stay tuned for upcoming releases and stay in touch with other feedback or requests!
Note: These plans and roadmap represent our intentions as of this date, but our development plans and priorities are subject to change. Accordingly, we can’t offer any commitments or other forms of assurance that we’ll ultimately release any or all of the described products on the schedule or in the order described, or at all. These general indications of development schedules or “product roadmaps” should not be interpreted or construed as any form of a commitment, and our customers’ rights to upgrades, updates, enhancements and other maintenance releases will be set forth only in the applicable software license agreement.
Reduce development time and get to market faster with RAD Studio, Delphi, or C++Builder. Design. Code. Compile. Deploy.
Start Free Trial
Free Delphi Community Edition
Free C++Builder Community Edition
I agree that it's great to have an honest appraisal. Keeping your customers up to date is a vital part of staying in business. I too used to really value the C++ Builder multi platform solution as a selling point to my customers. I could justify using Embarcadero products rather than competitors with this in place. It's very much more difficult to answer the question "why use Embarcadero C++" without this feature.
It will be great to get the 64 bit clang compiler / debugger / code completion up to a level where it is a good solution for a professional developer (or team of developers) to use for 64 bit windows development.
I do think Embarcadero have handled the Android 64 bit C++ very badly. Having dropped it once and got all the negative feedback it looks as if they stuck it back in the road map to stop the negative feedback but never really too meeting their own deadline seriously.
It is not surprising that many of your customers no longer have faith in Embarcadero as a long term solution. The handling of the Android C++ 64 bit is a major loss of credibility.
These community pages provide ample evidence of the vital need for Android C++ 64 bit.
Also confirmed at
How to stay in business: treat your customers with respect and deliver what they are asking for on time and to a high quality.
How to go out of business: don't listen to your customers, tell them one thing and do another.
One thing that I suspect would help Embarcadero to stay in business would be to get Atanas Popov to read these community pages once a day. That way he would get a feel for how his developer tools are actually working and also what his customers are hoping to see. These pages are a very valuable tool for Embarcadero - they provide an excellent feedback channel that they should be reading and (internally) responding too.
Visible responses on these pages from the Embarcadero team would also be a great marketing tool. More response from the Embarcadero staff would be a great way of demonstrating that Embarcadero care about their customers.
I can't agree more.
From a C++ perspective, it has been hard for me to find convincing arguments in using C++ Builder when talking to other colleagues. They just were not any convincing arguments from other people already using other C++ solutions.
That conversation changed when talking about multiplatform support and showing real cases that the same application that they were developing either for Android or IOS could also be run on Desktop for Windows and MacOs just putting a little of attention on some desing decisions. That was something that you could not get out there so easy in C++, the other solution like that is Qt as far as I know.
I agree that the basic functionality needs to be fixed first. As the current QA problems with Code completion, debugging, handle of big procjects and linker issues, makes really hard job to work with C++ Builder. To get thos probles fixed with those problems for good is a real step forward. I really hope Embarcadero finally delivers.
I also has the suspicition that the survey might mislead Embarcadero. I don't think the survey had the same outcome if the question, should put on hold Android and MacOS support until we have windows and IDE compiler issues sorted out? was throw out there.
Keeping Android and MacOSX was assumed as granted answering those surveys. And such move so damaging for a lot of us should have been asked in a more direct way.
Embarcadero is free to take their on decisions and do whatever they think it is better for their business, but it should inform their customer timely and in advance, so customers can protect their business when Embarcadero decisions impact their future, in a way that they minimize their impact.
I aslo agree with Roger than managment should be way more involved more reading issues and take the feedback in.There is a lot of frustration there. There is a lot to learn from there.
In my experience a lot of little answers posted by Embt management has been more towards defending their decisions more than thank you of the provided feedback and doing something about it.
I hope this helps.