Displaying 7 results from an estimated 7 matches for "addpassestogeneratecode".
2015 Nov 17
3
Mips unconditionally uses fast-isel?
...eems like a hack to work around Mips not obeying the
> > specified optimization level, honestly.
>
> I think we should do that as well. I don't think it's right that optnone
> enables Fast ISel even when it's been explicitly disabled. It should do
> the same checks as addPassesToGenerateCode() does.
Hm? What you're asking for is that "-O2" and "-O2 -fast-isel=none" are
identical, unless you have an 'optnone' function. Do you really have a
use-case for controlling the codegen path for an 'optnone' function?
The whole point of 'optnone' i...
2015 Nov 17
2
Mips unconditionally uses fast-isel?
> > > > I was mucking around in FastISel, and was surprised to see the test
> > > > llvm/test/CodeGen/Mips/emergency-spill-slot-near-fp.ll
> > > > failed. This was surprising because it specifies -fast-isel=false.
> > > >
> > > > Does the Mips code generator use fast-isel even when you ask it not
> to?
> > > > Thanks,
2015 Nov 18
4
Mips unconditionally uses fast-isel?
...nd Mips not obeying the
> > > specified optimization level, honestly.
> >
> > I think we should do that as well. I don't think it's right that optnone
> > enables Fast ISel even when it's been explicitly disabled. It should do
> > the same checks as addPassesToGenerateCode() does.
>
> Hm? What you're asking for is that "-O2" and "-O2 -fast-isel=none" are
> identical, unless you have an 'optnone' function. Do you really have a
> use-case for controlling the codegen path for an 'optnone' function?
> The whole...
2014 Nov 15
3
[LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack
...veness of LTO (e.g., by
breaking alias analysis, mem2reg, etc), and prevent SafeStack from
taking advantage of the extra information obtained during LTO (e.g.,
LTO can remove some pointer uses through inlining and DCE, etc.). Even
without LTO, some of the passes scheduled during code generation (in
addPassesToGenerateCode) could affect the security and the performance
of the generated code as well.
Do you think moving the pass to lib/Transform/Instrumentation but
scheduling it during code generation would make sense ? If so, we'll
do that and change the safestack tests to use opt instead of llc.
>Also, did...
2015 Nov 18
2
Mips unconditionally uses fast-isel?
...nd Mips not obeying the
> > > specified optimization level, honestly.
> >
> > I think we should do that as well. I don't think it's right that optnone
> > enables Fast ISel even when it's been explicitly disabled. It should do
> > the same checks as addPassesToGenerateCode() does.
>
> Hm? What you're asking for is that "-O2" and "-O2 -fast-isel=none" are
> identical, unless you have an 'optnone' function. Do you really have a
> use-case for controlling the codegen path for an 'optnone' function?
> The whole...
2012 Jul 16
3
[LLVMdev] RFC: LLVM incubation, or requirements for committing new backends
...bool DisableVerify,
> + AnalysisID StartAfter,
> + AnalysisID StopAfter) {
> + // XXX: Hack here addPassesToEmitFile will fail, but this is Ok since we are
> + // only using it to access addPassesToGenerateCode()
> + bool fail = LLVMTargetMachine::addPassesToEmitFile(PM, Out, FileType,
> + DisableVerify);
> + assert(fail);
> +
> + const AMDILSubtarget &STM = getSubtarget<AMDILSubtarget>();
> + std::string gpu = STM.getDevi...
2014 Nov 03
8
[LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack
Dear LLVM developers,
Our team has developed an LLVM-based protection mechanism that (i) prevents
control-flow hijack attacks enabled by memory corruption errors and (ii)
has very low performance overhead. We would like to contribute the
implementation to LLVM. We presented this work at the OSDI 2014 conference,
at several software companies, and several US universities. We received
positive