search for: clenumvalend

Hi Bekket, I don't see any use case in the codebase adding clEnumValEnd at the end of list (for example, [1]), I also don't see there is clEnumValEnd. Do I miss something here? [1] http://llvm.org/doxygen/DwarfDebug_8cpp_source.html Regards, chenwj 2017-06-06 9:53 GMT+08:00 Bekket McClane via llvm-dev < llvm-dev at lists.llvm.org>: > Hi, > > Can...

Hi, The argument list for cl::values in command line library should be end with null or clEnumValEnd. But the tutorial page(http://llvm.org/docs/CommandLine.html <http://llvm.org/docs/CommandLine.html>) doesn’t follow the rule, which would cause program crash during runtime. I’d send a code review: https://reviews.llvm.org/D33861 <https://reviews.llvm.org/D33861> Please cc other folks...

...;Non-relocatable code"), clEnumValN(Reloc::PIC_, "pic", "Fully relocatable, position independent code"), clEnumValN(Reloc::DynamicNoPIC, "dynamic-no-pic", "Relocatable external references, non-relocatable code"), clEnumValEnd)); -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

...this: static llvm::cl::opt<MemMod> MemoryModel("mem-mod", llvm::cl::desc("Set the memory model:"), llvm::cl::values( clEnumVal(flat, "flat memory model"), clEnumVal(twodim, "two dimensional memory model"), clEnumValEnd)); This works perfectly on Linux and MacOS, but not under cygwin (MemoryModel global variable does not get set). Has anybody else experienced similar issues? Any help would be greatly appreciated. Thanks! Best, -- Zvonimir

...ng an enum for this first argument:enum OptLevel{option1, option2, option3};cl::opt<OptLevel> OptionsLevel(cl::Positional, cl::desc("Choose one of these options:"),cl::values(clEnumVal(option1, "..."),clEnumVal(option2, "..."),clEnumVal(option3, "..."), clEnumValEnd),);After that, the rest of arguments are also particular of the option selected as the first argument, i.e, the rest of arguments are related with the first one. So I thought I could independently parse these arguments with:cl::list<std::string> Argv (cl::ConsumeAfter, cl::desc("<pro...

Anton, >> Can I ask what platform ABI's are documented other than Itanium ? > I'd bet all platform ABI are more or less documented. Right. Maybe we should collect references and do some LLVM PIC documentation and put it on LLVM website ? >> I need to get to understand PIC on x86, x86_64 and PowerPC for the COFF >> and MachO backends. > ABI is normally induced

...zation level:"), > cl::values( > clEnumVal(g , "No optimizations, enable debugging"), > clEnumVal(O1, "Enable trivial optimizations"), > clEnumVal(O2, "Enable default optimizations"), > clEnumVal(O3, "Enable expensive optimizations"), > clEnumValEnd), > cl::Positional > ); > > int > main (int argc, char ** argv) > { > cl::ParseCommandLineOptions(argc, argv); > > // Easy access in gdb (getValue is inlined!) > OptLevel* test = &(OptimizationLevel.getValue() ); > } > > It also doesn't make a huge...

...zation level:"), > cl::values( > clEnumVal(g , "No optimizations, enable debugging"), > clEnumVal(O1, "Enable trivial optimizations"), > clEnumVal(O2, "Enable default optimizations"), > clEnumVal(O3, "Enable expensive optimizations"), > clEnumValEnd), > cl::Positional > ); > > int > main (int argc, char ** argv) > { > cl::ParseCommandLineOptions(argc, argv); > > // Easy access in gdb (getValue is inlined!) > OptLevel* test = &(OptimizationLevel.getValue() ); > } > > It also doesn't make a huge...

...zation level:"), > cl::values( > clEnumVal(g , "No optimizations, enable debugging"), > clEnumVal(O1, "Enable trivial optimizations"), > clEnumVal(O2, "Enable default optimizations"), > clEnumVal(O3, "Enable expensive optimizations"), > clEnumValEnd), > cl::Positional > ); > > int > main (int argc, char ** argv) > { > cl::ParseCommandLineOptions(argc, argv); > > // Easy access in gdb (getValue is inlined!) > OptLevel* test = &(OptimizationLevel.getValue() ); > } > > It also doesn't make a huge amo...

...t;> cl::values( >> clEnumVal(g , "No optimizations, enable debugging"), >> clEnumVal(O1, "Enable trivial optimizations"), >> clEnumVal(O2, "Enable default optimizations"), >> clEnumVal(O3, "Enable expensive optimizations"), >> clEnumValEnd), >> cl::Positional >> ); >> >> int >> main (int argc, char ** argv) >> { >> cl::ParseCommandLineOptions(argc, argv); >> >> // Easy access in gdb (getValue is inlined!) >> OptLevel* test = &(OptimizationLevel.getValue() ); >> }...

...ument: enum OptLevel{ option1, option2, option3 }; cl::opt<OptLevel> OptionsLevel(cl::Positional, cl::desc("Choose one of these options:"), cl::values( clEnumVal(option1, "..."), clEnumVal(option2, "..."), clEnumVal(option3, "..."), clEnumValEnd) ); After that, the rest of arguments are also particular of the option selected as the first argument, i.e, the rest of arguments are related with the first one. So I thought I could independently parse these arguments with: cl::list<std::string> Argv (cl::ConsumeAfter, cl::desc("&lt...

...cular I'm having an unexpected problem with the llvm::cl::bits class. I try something like this... enum testx { A,B }; cl::bits<testx> queryLoggingOptions("option",cl::values( clEnumVal(A,"this is a"), clEnumVal(B,"this is b"), clEnumValEnd ) ); And when I compile (gcc 4.7.1 20120721 (prerelease) ) I get an error like this... In file included from /home/dan/documents/projects/project/klee/src/lib/Core/Executor.cpp:60:0: /home/dan/documents/projects/project/llvm-2.9/src/include/llvm/Support/CommandLine.h: In instantiation of ‘...