VSoft Technologies Blogs

Today we released a FinalBuilder 8 update with Visual Studio 2019 and MSBuild 16 Preview support.

Back in December 2016, I posted some ideas for some Delphi language enhancements. That post turned out to be somewhat controversial, I received some rather hostile emails about how I was trying to turn Delphi into C#. That certainly wasn't my intent, but rather to modernize Delphi, in a way that helps me write less, but more maintainable code. Nearly 2 years later, Delphi 10.3 Rio actually implements some of those features.

The Windows 10 Fall Creators Update has only been out a few hours, but we're already getting questions about it. In our limited testing, FinalBuilder 8 and Automise 5 run fine. There is also some good news if you are a Delphi Developer.

In this post, I'm going to look at how to structure a FinalBuilder project so that it will run on your dev machine, or on your Continua CI Server without modification. This allows the best of both worlds, develop and debug your build process on your development machine, and then later run it on your CI server.

Continuous Integration Servers are often underspecified when it comes to hardware. In the early days of Automated Builds, the build server was quite often that old pc in the corner of the office, or an old server in the data center that no one else wanted. Developers weren't doing many builds per day, so it worked, it was probably slow but that didn't seem to matter much. Fast forward 20 years, and the CI server is now a critical service. The volume and frequency of builds has increased dramatically, and a slow CI server can be a real problem in an environment where we want fast feedback on that code we just committed (even though it "worked on my machine"). Continuous Deployment only adds to the workload of the CI server. In this post I'm going to cover off some ideas to hopefully improve the performance of your CI server.

In this post I'm going to look at Windows Manifest Files, what they do, why we need them and how to use them in Delphi and FinalBuilder. We often get asked questions about uac prompts, high dpi settings, windows themes etc when compiling Delphi & C++Builder projects in FinalBuilder. In this post we'll dissect windows manifest files, and look at how the project settings in Rad Studio interact with the manifest file, and why you should use a custom manifest file.

Over the last year or so, we have seen more and more "bug reports" about compiling Delphi projects with FinalBuilder, in particular, reporting issues with version info when using Delphi 10.1 (Berlin) and Delphi 10.2 (Tokyo).

The recent Visual Studio 2017 Update (also known as VS 15.3) introduced a problem with command line compilation when the Lightweight Solution Load feature is enabled. **Update 25 Sept 2017*** : Microsoft have closed our bug report with a Wont Fix status.. seems they are too busy with other things.

Today we released updates to FinalBuilder and Continua CI which add Visual Studio 2017 RC support.

The latest case study is an excellent example of how FinalBuilder can really reduce the workload of doing builds - "FinalBuilder reduces our build time for a product line from around 3 days to less than 3 hours." Impressive! Boian Mitov (of Mitov Software) develops Visual C++ libraries, and Delphi, C++ Builder and .NET component packages for very fast Digital Signal Processing (DSP): "As part of our process we perform 138 package builds, 322 Delphi and C++ Builder demo projects, 3 Visual C++ libraries, 1 Delphi, 1 C++ Builder and 2 Visual C++ DLLs, 1 .NET library, and 138 Visual C++ examples, 15 Installs, 18 Help files." Imagine doing all that by hand!