From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
It used to be common, did a lot of work on aarch64 as it was basically coming up, a lot of work was ad-hoc using codesourcery and later rolling my own tool chain for cross compiles.
Once the platform became semi-stable we tried to build everything locally, libraries are the real nightmare, you just can't deal with them long term. If you're at the bottom of the stack with 1-2 dependencies it's definitely doable, it's as you climb up higher that things fall apart.
Via con Dios my friend.
Cross compilling C/C++ package is a nightmare. Just use virtual machines or containers to build natively.
Do you have any good guides for doing that with containers?
In general there should not be any problem with most popular build systems (autoconf, cmake etc.) if they are used properly. However some pieces of software use build systems that are not so robust, or even self written scripts to build that causes tons of troubles. E. g. cross compiling samba is very painful. The most difficult case in when some tool is compiled and then used to generate code that will be compiled later, if developers did not implement bootstrapping properly.
So it is impossible to give a common answer. In general cross compiling is not a problem, but in some particular cases you may need to put in a lot of effort to get it working correctly.