Help me settle a score.
I have a piece of software written in C++ that’s meant to run on as many linux distributions as possible and I need to figure out a strategy that’s effective. I’m trying to ship binaries in this case not source code (might be good to know). It’s already a commercial product and I have intellectual property issues that prevent me from open sourcing the product but also means I have to deal with a myriad of GPL issues.
The current line of reasoning has been to pick a least common denominator and build everything off that. That has two major implications that I find counter productive.
- The C++ support in old versions of GCC lacks some more modern C++ features.
- The least common denominator entails Red Hat Enterprise Linux 4 (RHEL4)
I definitely don’t need the the entire C++11 feature set but I’d like to bring the C++ support up to that of Visual C++ 2010. I’m perusing the idea to use Clang/libc++ as opposed to GCC/libstdc++ where possible.
RHEL4 doesn’t seem to have extensive cross platform support for building C++ applications, more over, I have little insight in the stability of ABI across different versions of linux but I’m concerned that RHEL4 is more trouble than worth. Trying to build for all distributions based on a few is not a viable strategy.
I’m under the assumption that compiling software for different distributions of linux is best accomplished by compiling the software for the target platform with tools on the target platform. I’m also currently operating under the assumption that you’ll run into vast portability issues cross linux platforms if you do not embrace this. Not to talk about the many libraries that you can or cannot link with because of C++ ABI instability across platforms/distributions.
But I could be wrong, I’d like to hear from the people that deal with this on a regular basis. What will work and why? or more importantly, what will not work?
Advertisement
Answer
You may try to focus on a few major platforms rather than individual distributions. What I mean by that is to build on what I call the “foundational distros” (Debian and RedHat) and hope for the best on the others.
Most likely, Debian binaries (that are statically linked) will run just fine on Ubuntu and Mint and other Debian derived distributions. RedHat binaries will probably run on Centos, Scientific Linux and SuSE Linux. If you care about less popular distros (Say you have a lot of customers running some uncommon Linux), and neither your Debian or RedHat executable works on them or can be made to work somehow, then setup a VM of that distro and build one executable specifically for that flavor.
I’ve taken this approach in the past and it has worked well.