With this change, the OpenHarmomy lib paths are now added to
/etc/ld-musl-${MUSL_LDSO_ARCH}.path based on the content of the distro
variable MUSL_LDSO_PATHS.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This adds /usr/lib/module/* subfolders to lib search path so OpenHarmony
components are able to find libraries they need.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

OpenHarmony stores libraries in both /system/lib and /system/lib/module, and
needs to be able to find them.  With /system/lib being a symlink to /usr/lib, we
need to add /usr/lib/module to search path.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

With OpenHarmony tests using some of our busybox commands, this should help us
not having to fight quite as much fallout from busybox CLI being different
from normal (and/or toybox) CLI.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Esben Haabendal authored 2 years ago and Thierry Escande committed 2 years ago

This moves the public headers defining the interface to the OpenHarmony
musl (malloc/free) hooks into the correct place, so they get installed as public
headers.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Esben Haabendal authored 2 years ago and Thierry Escande committed 2 years ago

This adds the musl patches based on the OpenHarmony-v3.1-Release tag in
the OpenHarmony musl repository.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Thierry Escande authored 3 years ago and Esben Haabendal committed 2 years ago

This change moves the hunk for the file sys/capabilty.h into its own
patch file so it can be ignored.  We will be using the sys/capability.h
header file from libcap instead, to allow using libcap also.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>
Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

The openharmony-linux-user.patch extracted from OpenHarmony only included
modified files, not new files.

With gettid.c being included in musl 1.2.2 we should be able to drop it when
we upgrade to 1.2.2 or later.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

With openharmony-linux-user.patch, we were modifying sys/socket.h header so
that struct sockaddr_storage was coming from linux/socket.h header instead of
being defined directly.

But upstream linux/socket.h does not do that.  It seems like some kind of
Android convention, that have been applied to kernel headers in OpenHarmony,
and as we now are using kernel headers from Oniro, we don't have that.

As part of the reason for using third party from Oniro, we really do want to
use upstream kernel headers, so we need to drop this change.

Note that this difference can be seen as an API change compared to
OpenHarmony.  Code that would be relying on linux/socket.h defining
struct sockaddr_storage will not work without changes.  But the sensible API
is to include sys/socket.h, and in that case, compatibility is preserved.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This reverts to upstream version 1.2.0 plus patches extracted from
//third_party/musl component in OpenHarmony-v3.0-LTS code base.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>