Displaying 15 results from an estimated 15 matches for "isosdarwin".
Did you mean:
isdarwin
2016 Jul 29
4
PIC preferred too strongly, even at CodeModel::Large?
...:PIC_
in most cases. However, if we explicitly specify Reloc::Static, our
program should work on all platforms except Darwin:
// If we are on Darwin, disallow static relocation model in X86-64 mode, since
// the Mach-O file format doesn't support it.
if (RM == Reloc::Static && TT.isOSDarwin() && is64Bit)
RM = Reloc::PIC_;
(from X86MCTargetDesc.cpp)
First, is the Mach-O limitation still there? Second, is it okay to
silently fold into Reloc::PIC_ in this case and leave the user with
sporadic crashes? Finally, can we bypass this limitation by simply
appending "-elf&quo...
2018 Dec 08
2
using emulated-tls on Darwin 8, 9, 10
On 2018-12-08 19:10, Ken Cunningham via llvm-dev wrote:
> So putting it into libc++abi.dylib might indeed be the only workable method, assuming each executable would get it's own copy in memory and they wouldn't all collide together.
Can ibc++abi link with libclang_rt to resolve the symbol?
--
/Jacob Carlborg
2018 Dec 10
2
using emulated-tls on Darwin 8, 9, 10
...deGen/ItaniumCXXABI.cpp.orig 2018-10-02 18:31:17.000000000 -0700
+++ b/tools/clang/lib/CodeGen/ItaniumCXXABI.cpp 2018-10-02 18:32:35.000000000 -0700
@@ -2255,7 +2255,7 @@
const char *Name = "__cxa_atexit";
if (TLS) {
const llvm::Triple &T = CGF.getTarget().getTriple();
- Name = T.isOSDarwin() ? "_tlv_atexit" : "__cxa_thread_atexit";
+ Name = (T.isOSDarwin() && !T.isMacOSXVersionLT(10, 7)) ? "_tlv_atexit" : "__cxa_thread_atexit";
}
2018 Jan 04
0
AllocateTarget for ELF objects on Darwin
...ithub.com/llvm-mirror/clang/blob/master/lib/Basic/Targets/X86.h#L757
*** This causes the above error. Can anyone explain this behavior? Is
there anyone possibly relying on it? ***
My impression is that one of these points should be changed. Either the
branch to DarwinX86_64TargetInfo
from: Triple.isOSDarwin() || Triple.isOSBinFormatMachO()
to: Triple.isOSDarwin() && Triple.isOSBinFormatMachO()
Or DarwinX86_64TargetInfo itself should respect the object format:
if (T.isOSBinFormatMachO())
resetDataLayout("e-m:o-i64:64-f80:128-n8:16:32:64-S128");
else
resetDataLayout("e-m:e...
2016 Jul 29
2
PIC preferred too strongly, even at CodeModel::Large?
...y, can we bypass this limitation by simply
>> appending "-elf" to our Target Triple, forcing ELF generation on all
>> three platforms?
>
>
> What exactly are you planning to do with an ELF object file on OS X?
I forgot to mention: we're JIT'ting. In any case, isOSDarwin() isn't
influenced by an extra "-elf" to the target triple.
Ram
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jumptable_bug.ll
Type: application/octet-stream
Size: 633 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/at...
2016 Jul 29
0
PIC preferred too strongly, even at CodeModel::Large?
...if we explicitly specify Reloc::Static, our
> program should work on all platforms except Darwin:
>
> // If we are on Darwin, disallow static relocation model in X86-64 mode,
> since
> // the Mach-O file format doesn't support it.
> if (RM == Reloc::Static && TT.isOSDarwin() && is64Bit)
> RM = Reloc::PIC_;
>
> (from X86MCTargetDesc.cpp)
>
> First, is the Mach-O limitation still there?
Yes, the Mach-O limitation still exists as far as I know.
Second, is it okay to
> silently fold into Reloc::PIC_ in this case and leave the user with
&g...
2016 Jul 29
0
PIC preferred too strongly, even at CodeModel::Large?
...y simply
> >> appending "-elf" to our Target Triple, forcing ELF generation on all
> >> three platforms?
> >
> >
> > What exactly are you planning to do with an ELF object file on OS X?
>
> I forgot to mention: we're JIT'ting. In any case, isOSDarwin() isn't
> influenced by an extra "-elf" to the target triple.
>
Ah... I think it might have been possible to use ELF on OS X with MCJIT at
some point, but it's not really supported in any case.
-Eli
-------------- next part --------------
An HTML attachment was scrubbed......
2018 Dec 07
2
using emulated-tls on Darwin 8, 9, 10
...en/ItaniumCXXABI.cpp.orig 2018-10-02 18:31:17.000000000 -0700
+++ b/tools/clang/lib/CodeGen/ItaniumCXXABI.cpp 2018-10-02 18:32:35.000000000 -0700
@@ -2255,7 +2255,7 @@
const char *Name = "__cxa_atexit";
if (TLS) {
const llvm::Triple &T = CGF.getTarget().getTriple();
- Name = T.isOSDarwin() ? "_tlv_atexit" : "__cxa_thread_atexit";
+ Name = (T.isOSDarwin() && !T.isMacOSXVersionLT(10, 7)) ? "_tlv_atexit" : "__cxa_thread_atexit";
}
// We're assuming that the destructor function is something we can
--- a/tools/clang/lib/Basic/T...
2013 Sep 25
1
[LLVMdev] arm64 / iOS support
...if ((Arch == Triple::x86 || Arch == Triple::x86_64 ||
Arch == Triple::arm || Arch == Triple::thumb ||
Arch == Triple::ppc || Arch == Triple::ppc64 ||
- Arch == Triple::UnknownArch) &&
+ Arch == Triple::UnknownArch || Arch == Triple::aarch64) &&
(T.isOSDarwin() || T.getEnvironment() == Triple::MachO)) {
Env = IsMachO;
InitMachOMCObjectFileInfo(T);
diff --git a/lib/Target/AArch64/AArch64AsmPrinter.cpp b/lib/Target/AArch64/AArch64AsmPrinter.cpp
index 759809f..2a38247 100644
--- a/lib/Target/AArch64/AArch64AsmPrinter.cpp
+++ b/lib/Target/AArch64/...
2012 Jan 09
1
[LLVMdev] FW: generating ELF files on non-ELF platforms with MC
...&Ctx, MCAsmBackend &MAB,
raw_ostream &_OS,
MCCodeEmitter *_Emitter,
bool RelaxAll,
bool NoExecStack) {
Triple TheTriple(TT);
if (TheTriple.isOSDarwin() || TheTriple.getEnvironment() == Triple::MachO)
return createMachOStreamer(Ctx, MAB, _OS, _Emitter, RelaxAll);
if (TheTriple.isOSWindows())
return createWinCOFFStreamer(Ctx, MAB, *_Emitter, _OS, RelaxAll);
return createELFStreamer(Ctx, MAB, _OS, _Emitter, RelaxAll, NoExecStack);
}
-...
2012 Jan 04
4
[LLVMdev] generating ELF files on non-ELF platforms with MC
Hello,
We're currently working on MC-JIT, focusing on runtime generation and loading of ELF object files, even on non-ELF platforms (i.e. Windows). However, we run into a problem with MC insisting to generate COFF objects on Windows, MachO on Macs and ELF only otherwise, based on the triple.
Is there an existing method to generate ELF objects with MC on Windows, without modifying MC?
Thanks
2012 Jan 09
0
[LLVMdev] generating ELF files on non-ELF platforms with MC
...&Ctx, MCAsmBackend &MAB,
raw_ostream &_OS,
MCCodeEmitter *_Emitter,
bool RelaxAll,
bool NoExecStack) {
Triple TheTriple(TT);
if (TheTriple.isOSDarwin() || TheTriple.getEnvironment() == Triple::MachO)
return createMachOStreamer(Ctx, MAB, _OS, _Emitter, RelaxAll);
if (TheTriple.isOSWindows())
return createWinCOFFStreamer(Ctx, MAB, *_Emitter, _OS, RelaxAll);
return createELFStreamer(Ctx, MAB, _OS, _Emitter, RelaxAll, NoExecStack);
}
-...
2012 Jul 24
0
[LLVMdev] Setting up a cross-compiler for cortex-m3
...ust be another -target-feaure, not in the triple.
StringRef Suffix =
getLLVMArchSuffixForARM(getARMTargetCPU(Args, Triple));
bool ThumbDefault = (Suffix.startswith("v7") && getTriple().isOSDarwin());
Just remove the check for Darwin.
-Jim
> As I have officially switched to clang for my project, I'm very
> interested in seeing this fixed. :-)
>
> Regards,
> S.
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiu...
2012 Jul 22
12
[LLVMdev] Setting up a cross-compiler for cortex-m3
On 22 July 2012 20:42, Anton Korobeynikov <anton at korobeynikov.info> wrote:
>> Any suggestions?
> Try to specify CPU explicitly.
He shouldn't have to, but that might help. Maybe setting -march? This
is a big mess...
I thought that v7 always assumed Thumb2 for the thumb flag, and v7M
should always assume Cortex-M3 CPU if none provided.
It's funny that James had a great
2017 Apr 04
3
RFC: Adding a string table to the bitcode format
On Tue, Apr 4, 2017 at 12:36 PM, Duncan P. N. Exon Smith <
dexonsmith at apple.com> wrote:
>
> On 2017-Apr-04, at 12:12, Peter Collingbourne <peter at pcc.me.uk> wrote:
>
> On Mon, Apr 3, 2017 at 8:13 PM, Mehdi Amini <mehdi.amini at apple.com> wrote:
>
>>
>> On Apr 3, 2017, at 7:08 PM, Peter Collingbourne <peter at pcc.me.uk> wrote:
>>