Opened 5 years ago
Last modified 5 years ago
#15828 reopened enhancement
Add automatic path remapping in packages in secondary architectures — at Version 1
Reported by: | X512 | Owned by: | bonefish |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | File Systems/packagefs | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
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.