The Boost library is now available for C++Builder and RAD Studio 10.3.1.
Boost is a very important third party C++ library, and one many of our customers request support for. It's taken us longer than we had hoped, but I'm very glad to announce it's available in the GetIt package manager today. You can find it by opening GetIt (Tools menu, GetIt Package Manager) and either clicking the Libraries category or searching for "Boost" in the search box.
Boost is available in three flavours:
These are just some some of the really useful libraries now available to you with C++Builder. Also supported are libraries like Boost.asio, a famous library for asynchronous network and other I/O; Boost.InterProcess for interprocess communication; Boost.lockfree for non-locking data structures; and more.
It's taken us some time to release Boost for C++Builder 10.3.x, which we regret. We are very glad to have released it now, and would like to discuss our plans for the future.
Most importantly: It is our aim to support Boost day-of or close to the release date for any version. Unlike 10.3, this will happen for 10.3.2: you can expect Boost when 10.3.2 is released, and the same for 10.4 and other future versions.
You'll notice we now support a much newer version of Boost (1.68 today) with our newer C++17 compiler for Win32. This is a great benefit to you because of the newer libraries you can use. We plan to release an upgraded Win64 compiler soon, and when we do, that too will support a newer version. At the moment, we're unsure if this will be 1.68 or even newer, such as 1.70. (1.70 was released just thirty days ago, and we did not want to delay releasing any further in order to merge changes forward. However, it or 1.71 are a candidate version for the future.)
We'll also be staying up to date with Boost in future. We will be merging support forward as Boost releases new versions. Ideally, we will also be aiming to merge compatibility changes back into Boost itself. This isn't a matter of simply providing a patch to the Boost project: it's actually up to the maintainers of each individual library, all 127 of them, so this may take some time. During that, we'll be merging changes forward regularly ourselves.
We hope you find Boost and its presence through GetIt a great benefit to you. Thankyou for sticking with us while it took us time to release it, and we look forward to timely and swift releases of up to date Boost versions in the future.
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
Good for the new boost version, but will now wait for next RadStudio version. That's what delayed our tests of 10.3. Hover now is not worth the install hassle until next version comes out . From what I hear, there are lots clang issues comparing with 10.2.3. Still stuck with XE7... and actively searching to get out of Embarcadero ecosystem. Such a potential on paper, such a waste at actual execution,Please next time revise how you communicate with you clients. There was a death silence for months about boost.
Clang should be significantly better than in 10.2.3. Can you expand on what you see?We work each release to improve it. There are good things coming in the IDE and tooling spaces, for example.
Wanted to give you the list from the quality.embarcadero.com but hey "Sorry, an error occurred trying to log you in - please try again". If even the bug reporting tool does not work, we are ....
They were important bugs and regressions in 10.3 and fixed and more regressions in 10.3.1 especially for exceptions if I remember well.
Lack of coherence between 32bit and 64bit compilers is also a major issue. Both must have exactly the same the same version. It just does not make any sense to have C++ 14/17 32bit and C++ 11 64bit when working with unified code base.
The most importing limiting factor is the clang debugger, which is little bit better now, but far from be useful for anything but trivial work. This is probably the single most important issue to solve.
The clang compilation speed is also a very limiting factor. Can you do something about it or is related the general clang implementation? We are mitigating that issue with the use of TwineCompile, but still is much slower than the classic compiler.
Side question, can we expect in next IDE version Visual Assist integration? The productivity in RadStudio IDE has not changed much since v1. CodeInsight is useless and first thing to disable, unless willing to wait 15 sec between work typing. I tend to write my code in Notepad++ to avoid typing too much, but it's just not practical.
Generally guys, can you take the important company decision to actually to release tested and working software. You charge for it $2.5k the least we can expect for its core to work. It's like selling a car, nice car, but with broken dampers, overheating engine, missing seat bell, and only few of your dash instruments working. Yes the car moves, but can you really drive it on actual road, except in front of your house?
If I am still writing, probably have some hope left....