<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Armin,<div class=""><br class=""></div><div class="">Today there is no way to reset command line options to their defaults. The implementation of options doesn’t really have a concept of defaults, the default value is just what the option is initialized to. Once you set an option the default is gone, so it can’t be restored.</div><div class=""><br class=""></div><div class="">I’m currently working on cleaning this all up, and the eventual goal is to completely replace the existing option parsing an handling code. The new design does allow for resetting options to their defaults.</div><div class=""><br class=""></div><div class="">-Chris</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 25, 2015, at 12:46 PM, Armin Steinhoff <<a href="mailto:armin@steinhoff.de" class="">armin@steinhoff.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type" class="">
<div bgcolor="#FFFFFF" text="#000000" class="">
<div class="moz-cite-prefix"><br class="">
Hi Lang,<br class="">
<br class="">
sorry for the late response, I tried without success to solve the
trouble with the repeated processing of a command line.<br class="">
The implementation of the command line parser is a real hack ...
IMHO.<br class="">
<br class="">
I'm simply trying to build a server process for JIT compiling
/execution of a bitcode module using individual command line
options (in server loop).<br class="">
<br class="">
Do you have an idea how to reset the comand liner parser ?<br class="">
<br class="">
Regards<br class="">
<br class="">
Armin<br class="">
<br class="">
<br class="">
Lang Hames schrieb:<br class="">
</div>
<blockquote cite="mid:CALLttgp8oQ16tqnqcfjyeMvP4Kt1o=kWm1p9KasynfhzhG=LEQ@mail.gmail.com" type="cite" class="">
<div dir="ltr" class="">Hi Armin,
<div class=""><br class="">
</div>
<div class="">Argument parsing isn't handled by the JIT. This sounds like
you're making redundant calls to cl::ParseCommandLineOptions ?</div>
<div class=""><br class="">
</div>
<div class="">Deleting the ExecutionEngine and any RTDyldMemoryManager
instances that you've created should be enough to reset the
JIT.</div>
<div class=""><br class="">
</div>
<div class="">Cheers,</div>
<div class="">Lang.</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Tue, Jan 20, 2015 at 12:38 PM, Armin
Steinhoff <span dir="ltr" class=""><<a moz-do-not-send="true" href="mailto:armin@steinhoff.de" target="_blank" class="">armin@steinhoff.de</a>></span>
wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="">
Hi,<br class="">
<br class="">
I'm using the code of the tool "lli" embedded in a process
of a controll application.<br class="">
<br class="">
After the second JIT compile action I see the following
messages:<br class="">
<br class="">
first JIT compile .. with a dump of the actual parameters:<br class="">
<br class="">
xargv: -load<br class="">
xargv: libqwt.so<br class="">
xargv: -load<br class="">
xargv: libosz.so<br class="">
xargv: -entry-function=main<br class="">
xargv: -use-mcjit<br class="">
xargv: source.bc -> the jitted application code works !<br class="">
<br class="">
second JIT compile:<br class="">
<br class="">
xargv: -load<br class="">
xargv: libqwt.so<br class="">
xargv: -load<br class="">
xargv: libosz.so<br class="">
xargv: -entry-function=main<br class="">
xargv: -use-mcjit<br class="">
xargv: source.bc<br class="">
dV: for the -entry-function option: may only occur zero or
one times!<br class="">
dV: for the -use-mcjit option: may only occur zero or one
times!<br class="">
<input bitcode> option: may only occur zero or one
times!<br class="">
<br class="">
The execution engine is deleted after the first JIT action
... but it seems not to be sufficient in order to run
multiple JIT compiles.<br class="">
<br class="">
What's to do additionally to reset (or re-initialize) lli ?<br class="">
<br class="">
Regards<br class="">
<br class="">
Armin<br class="">
<br class="">
_______________________________________________<br class="">
LLVM Developers mailing list<br class="">
<a moz-do-not-send="true" href="mailto:LLVMdev@cs.uiuc.edu" target="_blank" class="">LLVMdev@cs.uiuc.edu</a>Â Â Â Â Â <a moz-do-not-send="true" href="http://llvm.cs.uiuc.edu/" target="_blank" class="">http://llvm.cs.uiuc.edu</a><br class="">
<a moz-do-not-send="true" href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank" class="">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br class="">
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
</div>
_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:LLVMdev@cs.uiuc.edu" class="">LLVMdev@cs.uiuc.edu</a> <a href="http://llvm.cs.uiuc.edu" class="">http://llvm.cs.uiuc.edu</a><br class=""><a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" class="">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br class=""></div></blockquote></div><br class=""></div></body></html>