PMS says that einstall would be equivalent to the following: emake \ prefix="${ED}"/usr \ mandir="${ED}"/usr/share/man \ infodir="${ED}"/usr/share/info \ libdir="${ED}"/usr/$(get_libdir) \ "$@" \ install However, portage assigns additional variables "datadir", "localstatedir", and "sysconfdir": prefix="${D}"/usr \ datadir="${D}"/usr/share \ infodir="${D}"/usr/share/info \ localstatedir="${D}"/var/lib \ mandir="${D}"/usr/share/man \ sysconfdir="${D}"/etc \ This was already the case in portage-2.0.50 (from 2004). Current portage also adds a "-j1" to options (2.0.50 didn't do that, but it called plain make without MAKEOPTS). Also PMS shouldn't refer to $(get_libdir) which is a function from multilib.eclass.
Created attachment 305807 [details, diff] Patch for PMS
IIRC this was changed after we wrote PMS. Also, there's something horrible for get_libdir. So it's not that simple.
(In reply to comment #2) > IIRC this was changed after we wrote PMS. You don't remember correctly: the three mentioned variables have always been set since 2004 and portage-2.0.50 (at least). > Also, there's something horrible for get_libdir. So it's not that simple. Right, I forgot. We probably must refer to Algorithm 10 <http://dev.gentoo.org/~ulm/pms/4/pms.html#x1-137001r10>.
Created attachment 305811 [details, diff] Patch for PMS Updated patch, taking care of libdir.
Committed.
*** Bug 263798 has been marked as a duplicate of this bug. ***