Displaying 20 results from an estimated 22 matches for "usesoftfloat".
2013 May 17
3
[LLVMdev] subtle issue with soft-float and new attribute scheme (possibly an issue with other attributes)
...msoft-float had no effect
because those
attributes where not preserved in the IL. )
Then if you run llc and say -soft-float, what happens is that the code
generator will compile everything as soft-float, but the value of the
following will be false in XXXISelLowering
getTargetMachine().Options.UseSoftFloat
When the constructor for XXXISelLowering is called,
TM.Options.UseSoftFloat will be true.
What is interesting is that code for "make check" won't have any of the
new attributes there so
it will work as before.
I was seeing this behavior and could not figure out how my tests could...
2013 May 18
0
[LLVMdev] subtle issue with soft-float and new attribute scheme (possibly an issue with other attributes)
...because those
> attributes where not preserved in the IL. )
>
> Then if you run llc and say -soft-float, what happens is that the code
> generator will compile everything as soft-float, but the value of the
> following will be false in XXXISelLowering
> getTargetMachine().Options.UseSoftFloat
>
> When the constructor for XXXISelLowering is called, TM.Options.UseSoftFloat
> will be true.
>
> What is interesting is that code for "make check" won't have any of the new
> attributes there so
> it will work as before.
>
> I was seeing this behavior and...
2013 May 18
1
[LLVMdev] subtle issue with soft-float and new attribute scheme (possibly an issue with other attributes)
...attributes where not preserved in the IL. )
>>
>> Then if you run llc and say -soft-float, what happens is that the code
>> generator will compile everything as soft-float, but the value of the
>> following will be false in XXXISelLowering
>> getTargetMachine().Options.UseSoftFloat
>>
>> When the constructor for XXXISelLowering is called, TM.Options.UseSoftFloat
>> will be true.
>>
>> What is interesting is that code for "make check" won't have any of the new
>> attributes there so
>> it will work as before.
>>
>...
2013 Jul 25
2
[LLVMdev] Clang/LLVM 3.3 unwanted attributes being added: NoFramePointerElim
...-frame-pointer-elim-non-leaf");
RESET_OPTION(LessPreciseFPMADOption, "less-precise-fpmad");
RESET_OPTION(UnsafeFPMath, "unsafe-fp-math");
RESET_OPTION(NoInfsFPMath, "no-infs-fp-math");
RESET_OPTION(NoNaNsFPMath, "no-nans-fp-math");
RESET_OPTION(UseSoftFloat, "use-soft-float");
RESET_OPTION(DisableTailCalls, "disable-tail-calls");
I cannot find the code or mechanism to turn off: NoFramePointerElim
No code generator has these specialized, so this is happening for all targets.
Any help?
2017 Apr 27
4
-msave-args backend support for x86_64
...er than ADD and SUB">;
+def FeatureSaveArgs
+ : SubtargetFeature<"save-args", "SaveArgs", "true",
+ "Save register arguments on the stack.">;
def FeatureSoftFloat
: SubtargetFeature<"soft-float", "UseSoftFloat", "true",
"Use software floating point features.">;
Index: lib/Target/X86/X86FrameLowering.cpp
===================================================================
--- lib/Target/X86/X86FrameLowering.cpp (revision 301500)
+++ lib/Target/X86/X86Fram...
2017 Dec 20
6
[GlobalISel] gen-global-isel failed to work
...lder, then
>>>>> renamed them to AVRXXX
>>>>>
>>>>> Removed ARM related code, for example:
>>>>>
>>>>> * AEABI (eabi)
>>>>>
>>>>> * hasDivideInXXXMode
>>>>>
>>>>> * useSoftFloat (soft-float-point), hasVFP2
>>>>>
>>>>> Overrided addIRTranslator, addLegalizeMachineIR,
>>>>> addRegBankSelectaddGlobalInstructionSelect in AVRTargetMachine.
>>>>>
>>>>> Added AVRGenGlobalISel.inc to CMakeLists.txt for tabl...
2011 Apr 03
1
[LLVMdev] llc -soft-float does not work
Hi,
I was trying to use llc with soft-float option to generate soft-float
code for Sparc. But it does not work.
With or without -soft-float option will generate the same code for
llc. Is this still an experimental feature?
--
Xun Li
Computer Architecture Lab
Department of Computer Science
University of California, Santa Barbara
2008 Mar 30
3
[LLVMdev] Being able to know the jitted code-size before emitting
Hi everyone,
vmkit requires to know the size of a jitted method before emitting the
method. This allows to allocate the correct size for the method. The
attached patch creates this functionality when the flag SizedMemoryCode
is on.
In order to implement this functionality, i had to virtualize some
MachineCodeEmitter functions.
Is it OK to commit the patch?
Thanks,
Nicolas
--------------
2008 Apr 01
2
[LLVMdev] Being able to know the jitted code-size before emitting
...> +}
>> +
>> Index: lib/Target/TargetMachine.cpp
>> ===================================================================
>> --- lib/Target/TargetMachine.cpp (revision 48143)
>> +++ lib/Target/TargetMachine.cpp (working copy)
>> @@ -31,6 +31,7 @@
>> bool UseSoftFloat;
>> bool NoZerosInBSS;
>> bool ExceptionHandling;
>> + bool SizedMemoryCode;
>> Reloc::Model RelocationModel;
>> CodeModel::Model CMModel;
>> bool PerformTailCallOpt;
>> Index: lib/ExecutionEngine/JIT/JITEmitter.cpp
>> =====================...
2008 Mar 31
0
[LLVMdev] Being able to know the jitted code-size before emitting
...*)JumpTableBase + Offset);
> +}
> +
> Index: lib/Target/TargetMachine.cpp
> ===================================================================
> --- lib/Target/TargetMachine.cpp (revision 48143)
> +++ lib/Target/TargetMachine.cpp (working copy)
> @@ -31,6 +31,7 @@
> bool UseSoftFloat;
> bool NoZerosInBSS;
> bool ExceptionHandling;
> + bool SizedMemoryCode;
> Reloc::Model RelocationModel;
> CodeModel::Model CMModel;
> bool PerformTailCallOpt;
> Index: lib/ExecutionEngine/JIT/JITEmitter.cpp
> =====================================================...
2008 Apr 01
0
[LLVMdev] Being able to know the jitted code-size before emitting
...>> Index: lib/Target/TargetMachine.cpp
>>> ===================================================================
>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>> @@ -31,6 +31,7 @@
>>> bool UseSoftFloat;
>>> bool NoZerosInBSS;
>>> bool ExceptionHandling;
>>> + bool SizedMemoryCode;
>>> Reloc::Model RelocationModel;
>>> CodeModel::Model CMModel;
>>> bool PerformTailCallOpt;
>>> Index: lib/ExecutionEngine/JIT/JITEmitter.cpp
>>...
2008 Apr 04
3
[LLVMdev] Being able to know the jitted code-size before emitting
...Target/TargetMachine.cpp
>>>> ===================================================================
>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>> @@ -31,6 +31,7 @@
>>>> bool UseSoftFloat;
>>>> bool NoZerosInBSS;
>>>> bool ExceptionHandling;
>>>> + bool SizedMemoryCode;
>>>> Reloc::Model RelocationModel;
>>>> CodeModel::Model CMModel;
>>>> bool PerformTailCallOpt;
>>>> Index: lib/ExecutionEngin...
2008 Apr 05
2
[LLVMdev] Being able to know the jitted code-size before emitting
...gt;>> ==================================================================
>>>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>>>> @@ -31,6 +31,7 @@
>>>>>> bool UseSoftFloat;
>>>>>> bool NoZerosInBSS;
>>>>>> bool ExceptionHandling;
>>>>>> + bool SizedMemoryCode;
>>>>>> Reloc::Model RelocationModel;
>>>>>> CodeModel::Model CMModel;
>>>>>> bool PerformTailCallOpt;...
2008 Apr 05
0
[LLVMdev] Being able to know the jitted code-size before emitting
...==============================================================
>>>>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>>>>> @@ -31,6 +31,7 @@
>>>>>>> bool UseSoftFloat;
>>>>>>> bool NoZerosInBSS;
>>>>>>> bool ExceptionHandling;
>>>>>>> + bool SizedMemoryCode;
>>>>>>> Reloc::Model RelocationModel;
>>>>>>> CodeModel::Model CMModel;
>>>>>>>...
2008 Apr 04
0
[LLVMdev] Being able to know the jitted code-size before emitting
...gt; =
>>>>> ==================================================================
>>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>>> @@ -31,6 +31,7 @@
>>>>> bool UseSoftFloat;
>>>>> bool NoZerosInBSS;
>>>>> bool ExceptionHandling;
>>>>> + bool SizedMemoryCode;
>>>>> Reloc::Model RelocationModel;
>>>>> CodeModel::Model CMModel;
>>>>> bool PerformTailCallOpt;
>>>>> In...
2008 Apr 07
2
[LLVMdev] Being able to know the jitted code-size before emitting
...==============================================
>>>>>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>>>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>>>>>> @@ -31,6 +31,7 @@
>>>>>>>> bool UseSoftFloat;
>>>>>>>> bool NoZerosInBSS;
>>>>>>>> bool ExceptionHandling;
>>>>>>>> + bool SizedMemoryCode;
>>>>>>>> Reloc::Model RelocationModel;
>>>>>>>> CodeModel::Model CMModel;
>>&...
2014 Sep 19
2
[LLVMdev] More careful treatment of floating point exceptions
Hi Sanjay,
Thanks, I saw this flag and it's definitely should be considered, but
it appeared to me to be static characteristic of target platform. I'm
not sure how appropriate it would be to change its value from a front-end.
It says "Has", while optional flag would rather say "Uses" meaning that
implementation cares about floating point exceptions.
Regards,
Sergey
2014 Sep 25
2
[LLVMdev] More careful treatment of floating point exceptions
...MachineCode(false), NoFramePointerElim(false),
LessPreciseFPMADOption(false), UnsafeFPMath(false),
- NoInfsFPMath(false), NoNaNsFPMath(false),
+ NoInfsFPMath(false), NoNaNsFPMath(false), HonorFPExceptions(false),
HonorSignDependentRoundingFPMathOption(false), UseSoftFloat(false),
NoZerosInBSS(false), JITEmitDebugInfo(false),
JITEmitDebugInfoToDisk(false), GuaranteedTailCallOpt(false),
@@ -117,6 +117,11 @@ namespace llvm {
/// assume the FP arithmetic arguments and results are never NaNs.
unsigned NoNaNsFPMath : 1;
+ /// HonorFPEx...
2008 Apr 07
0
[LLVMdev] Being able to know the jitted code-size before emitting
...==============================
>>>>>>>>> --- lib/Target/TargetMachine.cpp (revision 48143)
>>>>>>>>> +++ lib/Target/TargetMachine.cpp (working copy)
>>>>>>>>> @@ -31,6 +31,7 @@
>>>>>>>>> bool UseSoftFloat;
>>>>>>>>> bool NoZerosInBSS;
>>>>>>>>> bool ExceptionHandling;
>>>>>>>>> + bool SizedMemoryCode;
>>>>>>>>> Reloc::Model RelocationModel;
>>>>>>>>> CodeModel::Mode...
2009 May 21
0
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote:
> Can you explain why you chose the approach of using a new pass?
> I pictured removing LegalizeDAG's type legalization code would
> mostly consist of finding all the places that use TLI.getTypeAction
> and just deleting code for handling its Expand and Promote. Are you
> anticipating something more