search for: constructjob

Displaying 13 results from an estimated 13 matches for "constructjob".

Did you mean: construction
2013 Oct 01
2
[LLVMdev] RFH: passing options from clang down to opt
On Tue, Oct 1, 2013 at 3:53 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > The option handling in clang in fairly different from opt. The comment > about the mixed name was just a guess as to why you don't see the > driver passing it down to -cc1. Clang::ConstructJob is ~2k lines long. I was putting the handling of this option too far down. I moved it up and it's now being passed. Not sure what order needs to be kept in this function, however. > Once that is working, you will probably need to: > > * Patch ParseCodeGenArgs to record the option &g...
2012 Jul 28
2
[LLVMdev] Cross-compiling for cortex-m3: how do I get ride of -ccc-gcc-name ?
...cortex-m3 I would like to understand what -ccc-gcc-name does exactly and how can I get ride of it? >From what I understand, it's needed by the driver in order to find the binutils for calling the assembler and the linker. Is that correct? After some grep'ing I ended up in gcc::Common::ConstructJob, where the option value is retrieved, but I'm not sure how does it fit with the rest. How else can I tell llvm where to look for binutils? Hope someone can save me a few hours around the codebase with some insights. Regards, Salvatore
2016 Feb 01
1
Core dump Compiling with clang sample
...0xf689b704 sigacthandler + 88 5 libc.so.1 0xf68acf50 __lwp_sigqueue + 8 6 libc.so.1 0xf682988c abort + 200 7 libLLVM-3.7.so 0xfef61318 llvm::llvm_unreachable_internal(char const*, char const*, unsigned int) + 376 8 clang 0x00888a94 clang::driver::tools::solaris::Linker::ConstructJob(clang::driver::Compilati on&, clang::driver::JobAction const&, clang::driver::InputInfo const&, llvm::SmallVector<clang::driver::InputInfo, 4u> const&, llvm::opt::ArgList const&, char const*) const + 1348 9 clang 0x00835938 clang::driver::Driver::BuildJobsForAct...
2013 Oct 01
3
[LLVMdev] RFH: passing options from clang down to opt
...ature">; def fbootclasspath_EQ : Joined<["-"], "fbootclasspath=">, Group<f_Group>; diff --git a/lib/Driver/Tools.cpp b/lib/Driver/Tools.cpp index dd48bc1..729da37 100644 --- a/lib/Driver/Tools.cpp +++ b/lib/Driver/Tools.cpp @@ -3594,6 +3594,11 @@ void Clang::ConstructJob(Compilation &C, const JobAction &JA, D.Diag(diag::err_drv_argument_not_allowed_with) << "-fomit-frame-pointer" << A->getAsString(Args); + if (Args.hasArg(options::OPT_fauto_profile)) { + CmdArgs.push_back("-auto-profile"); + } + //...
2013 Oct 01
0
[LLVMdev] RFH: passing options from clang down to opt
The option handling in clang in fairly different from opt. The comment about the mixed name was just a guess as to why you don't see the driver passing it down to -cc1. Once that is working, you will probably need to: * Patch ParseCodeGenArgs to record the option * Patch EmitAssemblyHelper::CreatePasses to set the option to enable the pass in the pass manager (assuming that is the effect
2013 Oct 02
0
[LLVMdev] RFH: passing options from clang down to opt
...013 at 3:53 PM, Rafael Espíndola > <rafael.espindola at gmail.com> wrote: >> The option handling in clang in fairly different from opt. The comment >> about the mixed name was just a guess as to why you don't see the >> driver passing it down to -cc1. > > Clang::ConstructJob is ~2k lines long. I was putting the handling of > this option too far down. I moved it up and it's now being passed. > Not sure what order needs to be kept in this function, however. > >> Once that is working, you will probably need to: >> >> * Patch ParseCodeGenAr...
2012 Jul 30
0
[LLVMdev] Cross-compiling for cortex-m3: how do I get ride of -ccc-gcc-name ?
...hat -ccc-gcc-name does exactly and how can I get > ride of it? > > >From what I understand, it's needed by the driver in order to find the > >binutils > for calling the assembler and the linker. Is that correct? > > After some grep'ing I ended up in gcc::Common::ConstructJob, where the > option value is retrieved, but I'm not sure how does it fit with the rest. > > How else can I tell llvm where to look for binutils? > > Hope someone can save me a few hours around the codebase with some > insights. > > Regards, > Salvatore > _______...
2013 Oct 01
0
[LLVMdev] RFH: passing options from clang down to opt
...otclasspath_EQ : Joined<["-"], "fbootclasspath=">, Group<f_Group>; > diff --git a/lib/Driver/Tools.cpp b/lib/Driver/Tools.cpp > index dd48bc1..729da37 100644 > --- a/lib/Driver/Tools.cpp > +++ b/lib/Driver/Tools.cpp > @@ -3594,6 +3594,11 @@ void Clang::ConstructJob(Compilation &C, const > JobAction &JA, > D.Diag(diag::err_drv_argument_not_allowed_with) > << "-fomit-frame-pointer" << A->getAsString(Args); > > + if (Args.hasArg(options::OPT_fauto_profile)) { > + CmdArgs.push_back("-auto...
2013 Oct 01
2
[LLVMdev] RFH: passing options from clang down to opt
On Tue, Oct 1, 2013 at 3:42 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > You are calling the option -auto-profile in some places and > -fauto-profile in others. Maybe it is just a typo? In opt, the option is named '-auto-profile' when I instantiate the pass: INITIALIZE_PASS(AutoProfile, "auto-profile", "Auto Profile loader", false,
2014 Nov 03
8
[LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack
...Args.push_back("__llvm__safestack_init"); +} + static SmallString<128> getSanitizerRTLibName(const ToolChain &TC, StringRef Sanitizer, bool Shared) { @@ -3675,7 +3698,14 @@ void Clang::ConstructJob(Compilation &C, const JobAction &JA, // -stack-protector=0 is default. unsigned StackProtectorLevel = 0; - if (Arg *A = Args.getLastArg(options::OPT_fno_stack_protector, + if (Args.hasFlag(options::OPT_fsafe_stack, + options::OPT_fno_safe_stack, false)) { + St...
2015 Jun 05
2
[LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)
On Thu, Jun 4, 2015 at 5:33 PM, Reid Kleckner <rnk at google.com> wrote: > On Thu, Jun 4, 2015 at 5:17 PM, Teresa Johnson <tejohnson at google.com> wrote: >> >> Agreed. Although I assume you mean invoke the new pass under a >> ThinLTO-only option so that avail extern are not dropped in the >> compile pass before the LTO link? > > > No, this pass
2015 Jun 04
5
[LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)
On Thu, Jun 4, 2015 at 3:58 PM, Duncan P. N. Exon Smith < dexonsmith at apple.com> wrote: > > > Personally, I think the right approach is to add a bool to > createGlobalDCEPass defaulting to true named something like > IsAfterInlining. In most standard pass pipelines, GlobalDCE runs after > inlining for obvious reasons, so the default makes sense. The special case > is
2015 Jun 08
2
[LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)
...Opts.RerollLoops; PMBuilder.addExtension(PassManagerBuilder::EP_EarlyAsPossible, Index: lib/Driver/Tools.cpp =================================================================== --- lib/Driver/Tools.cpp (revision 237590) +++ lib/Driver/Tools.cpp (working copy) @@ -2676,6 +2676,10 @@ void Clang::ConstructJob(Compilation &C, const Job assert((isa<CompileJobAction>(JA) || isa<BackendJobAction>(JA)) && "Invalid action for clang tool."); + if (JA.getType() == types::TY_LTO_IR || + JA.getType() == types::TY_LTO_BC) { + CmdArgs.push_back(&qu...