Our "b2 --help" documentation says --exec-prefix=<EPREFIX> Install architecture dependent files here. Default: <PREFIX> --libdir=<LIBDIR> Install library files here. Default: <EPREFIX>/lib and bootstrap.sh also supports --exec-prefix and when given, records it in project-config.jam. But it doesn't work and has never worked. Only --prefix is honored, --exec-prefix is simply ignored. I think that we should bring the documentation and the actual behavior in sync, either by making --exec-prefix work as documented, or removing it from the documentation. Which one should we do? Comments?
On Wed, Dec 19, 2018 at 11:24 AM Peter Dimov via Boost
Our "b2 --help" documentation says
--exec-prefix=<EPREFIX> Install architecture dependent files here. Default: <PREFIX>
--libdir=<LIBDIR> Install library files here. Default: <EPREFIX>/lib
and bootstrap.sh also supports --exec-prefix and when given, records it in project-config.jam.
But it doesn't work and has never worked. Only --prefix is honored, --exec-prefix is simply ignored.
I think that we should bring the documentation and the actual behavior in sync, either by making --exec-prefix work as documented, or removing it from the documentation.
Which one should we do? Comments?
If there isn't an open issue in Boost.Build for it, then it probably isn't important enough to implement. - Jim
On 12/19/18 7:13 PM, Peter Dimov via Boost wrote:
Our "b2 --help" documentation says
--exec-prefix=<EPREFIX> Install architecture dependent files here. Default: <PREFIX>
--libdir=<LIBDIR> Install library files here. Default: <EPREFIX>/lib
and bootstrap.sh also supports --exec-prefix and when given, records it in project-config.jam.
But it doesn't work and has never worked. Only --prefix is honored, --exec-prefix is simply ignored.
I think that we should bring the documentation and the actual behavior in sync, either by making --exec-prefix work as documented, or removing it from the documentation.
Which one should we do? Comments?
For consistency with other projects, preserving and fixing --exec-prefix is probably better.
On 2018-12-19 11:13 a.m., Peter Dimov via Boost wrote:
Our "b2 --help" documentation says
--exec-prefix=<EPREFIX> Install architecture dependent files here. Default: <PREFIX>
--libdir=<LIBDIR> Install library files here. Default: <EPREFIX>/lib
and bootstrap.sh also supports --exec-prefix and when given, records it in project-config.jam.
But it doesn't work and has never worked. Only --prefix is honored, --exec-prefix is simply ignored.
I think that we should bring the documentation and the actual behavior in sync, either by making --exec-prefix work as documented, or removing it from the documentation.
Which one should we do? Comments?
I believe $exec_prefix is a relict of the past, so I'd suggest we remove it, given that it wasn't ever working. Stefan -- ...ich hab' noch einen Koffer in Berlin...
On 20/12/2018 05:40, stefan wrote:
I believe $exec_prefix is a relict of the past, so I'd suggest we remove it, given that it wasn't ever working.
I believe at some point the intended install patterns for "b2 install" were to mirror /usr and /usr/local which could have /usr/include/* - shared include files /usr/arch1/lib/* - lib files for arch1 (eg. x86) /usr/arch2/lib/* - lib files for arch2 (eg. amd64) So you could compile with different exec prefixes for each architecture and get a merged result at the end. However actual multiarch implementation has (as I understand it) settled on the layout being the other way around: /usr/include/* - shared include files /usr/lib/arch1/* - lib files for arch1 (eg. i386-linux-gnu) /usr/lib/arch2/* - lib files for arch2 (eg. x86_64-linux-gnu) (And there are some other variations as well, such as lib vs. lib64, just to be extra confusing; often distribution-specific.) So it's probably not useful as currently defined, and best left to the packagers to figure out. :)
participants (5)
-
Andrey Semashev
-
Gavin Lambert
-
James E. King III
-
Peter Dimov
-
stefan