Thanks!
There was no release tagged in svn and no source-tarball/-zip posted. Was this intentional?
Thanks!
Was the omission of a source-tarball intentional?
The goals of reusable xflr libraries and happy downstream packagers are not at odds. Any software worth its money will default to the /usr/local PREFIX. Admins expect this when they install software with the typical "make && make install" combo. Distribution packagers must follow the guidelines of their distro, which in most cases forbids installation to /usr/local. You, as the upstream maintainer, don't have to worry about /usr/local/lib being in the search path of the dynamic linker or /usr/local/bin...
The goals of reusable xflr libraries and happy downstream packagers are not at odds. Any software worth its money will default to the /usr/local PREFIX. Admins expect this when they install software with the typical "make && make install" combo. Distribution packagers must follow the guidelines of their distro, which in most cases forbids installation to /usr/local. You, as the upstream maintainer, don't have to worry about /usr/local/lib being in the search path of the dynamic linker or /usr/local/bin...
I think this is as idiomatic as it gets in qmake. I tested it for a couple of scenarios and it seems to work as expected. It still defaults to /usr/local but will let you override the prefix with a simple "qmake PREFIX=/usr".
Commit access is probably a bit too much responsibility but i can try to whip up a patch this weekend.
Debian follows the FHS: https://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#USRLOCALLOCALHIERARCHY as well as Fedora: https://fedoraproject.org/wiki/Packaging:Guidelines#No_Files_or_Directories_under_.2Fsrv.2C_.2Fusr.2Flocal.2C_or_.2Fhome.2F.24USER Gentoo's layout is only based on the FHS but retains the same rule for /usr/local: https://devmanual.gentoo.org/general-concepts/filesystem/index.html same as Arch: https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etique...
Most linux distributions, whether they follow the FHS or just out of convention, reserve /usr/local for locally installed software that bypasses the package-manager. Official distro packages will not be installed there So instead of letting every downstream packager hack around this individually it would be better to fix it upstream before they start packaging 6.42.
PREFIX not respected in subdirs projects
Reported at: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66365 I see that https://sourceforge.net/p/passwordsafe/bugs/1253/...
Thanks for the workaround, I'll bother the GCC upstream and report back.
Build fails on Archlinux with GCC 5.1.0