Opened 2 years ago

Last modified 2 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 X512)

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.

Change History (1)

comment:1 by X512, 2 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.