#15828: Add automatic path remapping in packages in secondary architectures
--------------------------------------+----------------------------
Reporter: X512 | Owner: bonefish
Type: enhancement | Status: new
Priority: normal | Milestone: Unscheduled
Component: File Systems/packagefs | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
--------------------------------------+----------------------------
Description changed by X512:
Old description:
This is hrev53967.
When 32 bit appliaction support will be added to x86_64 Haiku, where will
be 2 senondary architectures x86 and x86_gcc2. So primary x86_gcc2
architecture on 32 bit Haiku will become secondary architecture on 64 bit
Haiku and installing of x86_gcc2 packages become impossible.
Possible solution to this problem is perform automatic remapping of
package patch to secondary architectures. For example if some x86_gcc2
package has `lib/libtest.so`, it will be remapped to
`lib/x86_gcc2/libtest.so` on 64 bit Haiku. After introducing this feature
secondary architectures suffixes can be dropped in HaikuPorts and x86 or
x86_gcc2 architecture can be directly used.
Path remapping will also simplify cross compiling: it will became
possible to install any achitecture package on any Haiku architecture, if
architecure don't match path remapping will be used.
Targets of path remapping are `bin`, `lib`, `develop/lib`,
`develop/headers` and may be others. Some options for controlling
remapping are required, for example there are platform-independent and
platform-dependent headers.
