Search the Community

Considering the tools developer having multiple binaries (such as PPLs, Shared Libraries) built for different systems ranging from various LabVIEW versions, bitness (32 and/or 64) & OS. A single Package may contain all the required resources to support multiple platforms. But when being installed, only the platform dependent resources actually get installed leaving other resources untouched. A great example for this kind of package is JKI Design Palette. It supports LabVIEW versions from 2015 and beyond, even includes support for both 32 & 64 Bit versions. Tried to replicate it with my package building, but to no avail. While digging deeper I came across the following detail and came know - this is actually possible with the VIPM package building process, But I couldn't find myself how to configure the VI Package Builder to do this. It would be really helpful if there any documentation available to carry out this process with VIPM Package Builder. Also check this post for PPL forward compatibility reference,

Hi, I am building a small automation tool to build packages for my project. As a part of it, i would like to display the VI icon that will be displayed the Functions/control palette. I tried reading the build spec as an XML file, but I am getting only a series of Hex numbers. Could someone suggest me a way to generate the icon which is displayed in the build spec. Thanks, Pranay

So I often leave VIP builder open when I'm working on a package that's being rebuilt multiple times whilst I work out bugs and issues. If I leave VIP Builder open overnight on my PC (Windows 7 SP1) then the following morning, as soon as I edit the Build Specification and click Save I get a cyclical error code 1 that I cannot close and I'm forced to kill VIPM.