Mohammed Ashiq S Posted November 14, 2021 Report Share Posted November 14, 2021 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, Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted November 14, 2021 Report Share Posted November 14, 2021 Hi @Mohammed Ashiq S, My reply is going to be in multiple parts, since this is a long discussion and not all of the finer points are well documented. You're right that VIPM's package format supports what you're trying to do, however the VI Package Builder does not directly expose all the features you'll need. The good news, is that you can use a combination of pre-/post-build custom actions to do what you need. One approach is to do the following: 1) Use a post-build custom action to temporarily "unpack" the package file (extract the package's contents to a folder, as it's a ZIP archive) 2) In the unpacked/extracted package folder, add the required multi-platform PPLs to the package and/or modify the package spec file to adjust it to have the desired settings. 3) Repack the package folder into the original package file location, so it can then be double-checked by the package builder and finalized. Note that there are some tools for doing this (e.g. scattered around this forum), but they have not been officially released as a package. I would be happy to assist in organizing these, so they are generally available and useful to the community. 1 Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted November 14, 2021 Report Share Posted November 14, 2021 @Mohammed Ashiq S, I've created an initial repository with the start of these tools, here: https://github.com/vipm-io/VIPM-Package-Building-Tools They have been sitting around for a while, so I figured I would at least share them in their current state. 1 Quote Link to comment Share on other sites More sharing options...
Thoric Posted April 10 Report Share Posted April 10 @Jim Kring Modifying the spec file appears to be prohibited due to a checksum. I don't see anything in your github above that supports this. How can we make the changes you talk about in step 2 above (modify the spec file) please? (I need to solve the same problem: multiple ppls of differing bitness in one vip, using File Groups to declare their exclusive LabVIEW versioning) Quote Link to comment Share on other sites More sharing options...
mcduff14 Posted June 20 Report Share Posted June 20 @Thoric Did you ever solve this issue? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.