Displaying 4 results from an estimated 4 matches for "isandroid".
Did you mean:
android
2017 Oct 02
2
[EXT] Should we switch to --hash-style=both by default in LLD ?
...to be sorted in different ways.
// .gnu.hash needs symbols to be grouped by hash code whereas the MIPS
// ABI requires a mapping between the GOT and the symbol table.
// Android loader does not support .gnu.hash.
// Hexagon linker/loader does not support .gnu.hash
if (!IsMips && !IsAndroid && !IsHexagon) {
if (Distro.IsRedhat() || Distro.IsOpenSUSE() ||
(Distro.IsUbuntu() && Distro >= Distro::UbuntuMaverick))
ExtraOpts.push_back("--hash-style=gnu");
if (Distro.IsDebian() || Distro.IsOpenSUSE() || Distro == Distro::UbuntuLucid ||...
2018 Dec 07
2
using emulated-tls on Darwin 8, 9, 10
...==========================
--- a/include/llvm/ADT/Triple.h.orig 2018-10-02 17:38:10.000000000 -0700
+++ b/include/llvm/ADT/Triple.h 2018-10-02 17:38:58.000000000 -0700
@@ -682,7 +682,7 @@
/// Tests whether the target uses emulated TLS as default.
bool hasDefaultEmulatedTLS() const {
- return isAndroid() || isOSOpenBSD() || isWindowsCygwinEnvironment();
+ return isAndroid() || isOSOpenBSD() || isWindowsCygwinEnvironment() || isMacOSXVersionLT(10, 7);
}
/// @}
==========================
--- a/tools/clang/lib/CodeGen/ItaniumCXXABI.cpp.orig 2018-10-02 18:31:17.000000000 -0700
+++ b/tools/clang...
2018 May 09
1
"Replace locked IO with unlocked IO" optimizations
On 05/08/2018 07:13 PM, Friedman, Eli via llvm-dev wrote:
> It's probably worth going into a little more detail... a lot of people
> read llvmdev, and most of them won't click the link or follow the
> whole discussion.
>
> The transform in question is replacing "fputc(...)" with
> "fputc_unlocked(...)" when we can prove the FILE* doesn't escape.
2017 Oct 02
2
Should we switch to --hash-style=both by default in LLD ?
+1 for both table formats. Then we're compatible by default no matter what.
If somebody cares about .o file size, they can explicitly specify their
--hash-style.
On Mon, Oct 2, 2017 at 5:35 AM, George Rimar via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> >> Le 2 oct. 2017 à 14:23, George Rimar <grimar at accesssoftek.com> a écrit
> :
> >>
> >> I