| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Thanks to all who did initial testing, including but not limited to
ernsteiswuerfel and immolo.
Bug: https://bugs.gentoo.org/926147
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/931782
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Unkeyworded for testing.
While at it, some minor style tweaks.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
git:// is unencrypted and could be used by an attacker (mitm) to insert malicious code, see also [1]. I think especially for such a critical system package like musl it's better to use the more secure https variant.
git:// runs on port 9418 which is also less likely open behind a firewall.
[1] git-scm.com/book/en/v2/Git-on-the-Server-The-Protocols
[sam: I think musl only recently started to support this when they changed httpds in the last week.]
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Closes: https://github.com/gentoo/gentoo/pull/34319
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Per #musl, this is similar to what will be pushed in musl git soon.
Closes: https://bugs.gentoo.org/916857
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces inline code with functions from crossdev.eclass. Now also
supports LLVM/Clang crossdev because the eclass handles that
automatically.
Thanks wikky for help!
Signed-off-by: Alfred Persson Forsberg <cat@catcream.org>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sys-libs/musl: m68k keywording
After testing this profile and musl support has been working on my m68k system so is ready for review.
I've added sys-libs/musl keywording at the same time as per the bug request.
This includes the suggested profile changes by Chewi and Matoro for a cleaner profile.
Closes: https://bugs.gentoo.org/909040
Signed-off-by: Ian Jordan <immoloism@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/31604
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
As strip-flags no longer removes -flto then a filter-lto is now
required to prevent bug 877343 from reopening, like has already
been applied to sys-libs/glibc.
Closes: https://bugs.gentoo.org/877343
Closes: https://github.com/gentoo/gentoo/pull/30942
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/903611
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
To create a symlink relative to /lib/ld-musl.so, we must know if ${ROOT}
will have /lib symlinked to /usr/lib. We rely on the split-usr USE flag to
determine this.
Closes: https://bugs.gentoo.org/903703
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given that musl has long added an `include` directive for this directory to
ld.so.conf, we believe not creating the directory was an accidental omission.
gcc-config has special code to handle the case where it doesn't exist, but
eselect modules like blas do not, and subsequently break.
I have tested this, and both gcc-config and eselect-blas now behave as expected.
There is no migration to do. The tools simply start using the directory once it
is available.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
| |
Needed to avoid SSP hacks for cross (if we don't install it, we have to
deal with conditionally patching GCC).
Bug: https://bugs.gentoo.org/862831
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Found reports of systemwide issues when Musl is compiled with -Ofast so this is
intended to at least save some users from one issue using Ofast systemwide.
Thanks-to: Krusin
Signed-off-by: Ian Jordan <immoloism@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/28884
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Anything actually linking against libcrypt should depend
on the virtual anyway, and this means we can have
libxcrypt properly depend on virtual/libc (which is needed
to ensure it can be installed first).
Bug: https://bugs.gentoo.org/877567
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After discussing my bug with dalias on #musl I was informed that LTO has a negative
impact on Musl so fixing the issue I highlight rather than filtering wouldn't be the
desired outcome for the user.
This will also help crossdev users as a bonus as -flto applies to the
crosstoolchain and can be hard to spot at first.
Chat log to comfirm:
immolo: I ran into the -flto issue while testing musl built with lto and the only thing I can find on it was a workaround in 2015.
immolo: My question though is it even worth having lto enabled on musl in the first place as every distro just seems to filter it so
there must be a reason
dalias: not only is it not worth it. it's negative value
dalias: makes musl larger and slower
dalias: if you wanted libc.a to get LTO'd into static programs, that might have some value
dalias: but LTO on libc.so is worse than worthless
Closes: https://bugs.gentoo.org/877343
Thanks-to: dalias
Signed-off-by: Ian Jordan <immoloism@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/27824
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
While musl doesn't split out libcrypt.so, it does
apparently for libcrypt.a.
Closes: https://bugs.gentoo.org/871726
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vapier's comment is really it:
""'
> crt files are often hand written assembly, and for the init/fini ones,
> barely any code at all. so they tend not to have anything useful to add
> debugging wise, if the tools even support it in the first place.
>
> not really worth trying to add debugging info to really any of the crt
> files. we should figure out how to suppress the warning for them. or
> ignore it.
"""
Closes: https://bugs.gentoo.org/830213
Signed-off-by: Sam James <sam@gentoo.org>
|