Displaying 9 results from an estimated 9 matches for "unknownos".
2014 Jun 19
2
[LLVMdev] [PATCH] triples for baremetal
...s. It also keeps the normalization logic a bit simpler than it
would otherwise have to be.
SPIR triples were one place where I was uncertain... I'm not sure if they'd
prefer to use 'none' or rather just omit that part of the triple. So on those,
I've left them to use Triple::UnknownOS.
Cheers,
Jon
On 6/17/14, 11:11 AM, Eric Christopher wrote:
> Agreed.
>
> -eric
>
> On Tue, Jun 17, 2014 at 9:54 AM, Jonathan Roelofs
> <jonathan at codesourcery.com> wrote:
>> [+llvmdev, -llvm-dev]
>>
>> (Oopsies, llvmdev doesn't have a hyphen in it...
2014 Jun 17
4
[LLVMdev] triples for baremetal
...10:42 AM, Jonathan Roelofs wrote:
>>
>>
>> On 6/17/14, 9:35 AM, Renato Golin wrote:
>>> On 17 June 2014 16:29, Jonathan Roelofs <jonathan at codesourcery.com> wrote:
>>>> Attached is what I now think the patch ought to be.
>>>
>>> Does unknownOS *always* mean bare-metal?
>> I'm not sure. It might be a good time to fork this thread, and start another
>> about triples for bare-metal...
>
> Personally, I think we ought to add a 'None' entry to the OSType enum
> specifically for baremetal, and then map triples...
2014 Jun 24
2
[LLVMdev] [cfe-dev] [PATCH] triples for baremetal
Hi Jonathan,
This looks a bit odd. Any reason for the unknown->none conflating in
this way? For most (all) of the ports unknown-elf works the same as
none-elf. I'm also not sure if someone decided to have,
arm-codesourcery-elf that this would still work with the patch.
Thoughts?
-eric
On Tue, Jun 24, 2014 at 7:35 AM, Amara Emerson <amara.emerson at gmail.com> wrote:
> Hi Jon,
2014 Jun 23
4
[LLVMdev] [cfe-dev] [PATCH] triples for baremetal
...ion logic a bit simpler
> than it
> would otherwise have to be.
>
> SPIR triples were one place where I was uncertain... I'm not sure if they'd
> prefer to use 'none' or rather just omit that part of the triple. So on
> those,
> I've left them to use Triple::UnknownOS.
>
>
> Cheers,
> Jon
>
> On 6/17/14, 11:11 AM, Eric Christopher wrote:
>>
>> Agreed.
>>
>> -eric
>>
>> On Tue, Jun 17, 2014 at 9:54 AM, Jonathan Roelofs
>> <jonathan at codesourcery.com> wrote:
>>>
>>> [+llvmdev, -l...
2014 Jul 10
2
[LLVMdev] [PATCH][REQUEST] Could someone submit this CSR Kalimba definitions patch please?
...4, // SPIR: standard portable IR for OpenCL 64-bit version
+ kalimba // Kalimba: generic kalimba
};
enum VendorType {
UnknownVendor,
@@ -89,7 +90,8 @@
Freescale,
IBM,
ImaginationTechnologies,
- NVIDIA
+ NVIDIA,
+ CSR
};
enum OSType {
UnknownOS,
Index: lib/Support/Triple.cpp
===================================================================
--- lib/Support/Triple.cpp (revision 212686)
+++ lib/Support/Triple.cpp (working copy)
@@ -50,6 +50,7 @@
case amdil: return "amdil";
case spir: return "spir&q...
2013 Apr 16
0
[LLVMdev] Lowering intrinsics / type promotion
...;"__builtin_opus_smuls">,
Intrinsic<[llvm_i32_ty], [llvm_i16_ty, llvm_i16_ty],
[IntrNoMem]>;
; ModuleID = 'test.c'
target datalayout = "E-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-n32"
target triple = "opus-octasic-unknownos"
@a = common global i16 0, align 2
@b = common global i16 0, align 2
define i32 @main() #0 {
entry:
%retval = alloca i32, align 4
store i32 0, i32* %retval
%0 = load i16* @a, align 4
%1 = load i16* @b, align 2
%2 = call i32 @llvm.opus.smuls(i16 %0, i16 %1)
ret i32 %2
}
declare i...
2018 Jan 04
0
AllocateTarget for ELF objects on Darwin
...4-f80:128-n8:16:32:64-S128'
does not match expectedtarget description
'e-m:o-i64:64-f80:128-n8:16:32:64-S128'
1 error generated.
The target selection is a little tricky here and I wonder if it's on
purpose or not. One solution is to add another line:
TT.setOS(llvm::Triple::UnknownOS);
This line removes the OS info from my triple, so that the
AllocateTarget() function no longer returns a DarwinX86_64TargetInfo
from here:
https://github.com/llvm-mirror/clang/blob/71928e1dab585f336f6d0fb337969eda00ccd19c/lib/Basic/Targets.cpp#L491
The problem with DarwinX86_64TargetInfo is, tha...
2014 Jul 09
5
[LLVMdev] [PATCH][REQUEST] Could someone submit this CSR Kalimba definitions patch please?
...,
- ARMSubArch_v6m,
- ARMSubArch_v6t2,
- ARMSubArch_v5,
- ARMSubArch_v5te,
- ARMSubArch_v4t,
- ARMSubArch_v4
- };
enum VendorType {
UnknownVendor,
@@ -104,7 +89,8 @@
BGQ,
Freescale,
IBM,
- NVIDIA
+ NVIDIA,
+ CSR
};
enum OSType {
UnknownOS,
@@ -164,9 +150,6 @@
/// The parsed arch type.
ArchType Arch;
- /// The parsed subarchitecture type.
- SubArchType SubArch;
-
/// The parsed vendor type.
VendorType Vendor;
@@ -209,9 +192,6 @@
/// getArch - Get the parsed architecture type of this triple.
ArchType getArc...
2014 Jul 09
2
[LLVMdev] [PATCH][REQUEST] Could someone submit this CSR Kalimba definitions patch please?
On 7/9/14, 12:33 PM, Eric Christopher wrote:
> Any reason why you deleted code that isn't related?
>
> -eric
>
>> - enum SubArchType {
>> - NoSubArch,
>> -
>> - ARMSubArch_v8,
>> - ARMSubArch_v7,
>> - ARMSubArch_v7em,
>> - ARMSubArch_v7m,
>> - ARMSubArch_v7s,
>> - ARMSubArch_v6,
>> -