[MacPorts] #46029: port submission: qtchooser
MacPorts
noreply at macports.org
Fri Dec 12 08:44:55 PST 2014
#46029: port submission: qtchooser
--------------------------+--------------------------------
Reporter: rjvbertin@… | Owner: macports-tickets@…
Type: submission | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.3
Resolution: | Keywords:
Port: qtchooser |
--------------------------+--------------------------------
Comment (by larryv@…):
Replying to [comment:12 rjvbertin@…]:
> In any case I'll first contact the author to see if I'm even following
> the official way of building his tool, and if he'd be open to
> incorporating certain changes like the hardcoded prefix in source
> code.
Didn’t you say that it uses `INSTALL_ROOT`? Or is that not used for
staging installs, and I’m misunderstanding the whole thing? I don’t know
anything about Qt.
> BTW, the Makefile does use the keyword prefix to designate the final
> install location; isn't there a way comparable to `destroot.destdir`
> to have make called with the correct parameter(s)??
Yes. It’s `destroot.destdir`. I don’t think you are understanding how the
destroot command is constructed.
Roughly speaking, the command that is executed for the destroot phase is
“`${destroot.cmd} ${destroot.pre_args} ${destroot.args}
${destroot.post_args}`”. The default value of `destroot.pre_args` is
“`${destroot.destdir}`”, which itself defaults to “`DESTDIR=${destroot}`”.
So the correct way to provide the destroot command with an argument that
changes the way it installs to the destroot is by using
`destroot.destdir`.
As Daniel suggested on macports-users, you could outright set
`destroot.destdir` to “`INSTALL_ROOT=${destroot}`”, in lieu of my
suggestion. Unless `INSTALL_ROOT` doesn’t actually represent a staging
area.
--
Ticket URL: <https://trac.macports.org/ticket/46029#comment:14>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list