search for: dbgstoppoint

...be linking in all of libLLVMCore.a, but only the object modules actually needed by that tool. Consequently, a module that uses something not linked into the tool will fail to link at runtime loading. For example, Yorion experienced this problem when he wrote a shared library module that depends on DbgStopPoint which is in IntrinsicInst.cpp. His module links fine, but when it is loaded into "opt" it fails to resolve the DbgStopPoint symbols he uses. That's because the opt program doesn't use DbgStopPoint and so those symbols are now missing because opt linked with libLLVMCore.a instead...

...ore.a, but > only the object modules actually needed by that tool. Consequently, a > module that uses something not linked into the tool will fail to link at > runtime loading. > > For example, Yorion experienced this problem when he wrote a shared > library module that depends on DbgStopPoint which is in > IntrinsicInst.cpp. His module links fine, but when it is loaded into > "opt" it fails to resolve the DbgStopPoint symbols he uses. That's > because the opt program doesn't use DbgStopPoint and so those symbols > are now missing because opt linked with li...

...object modules actually needed by that tool. Consequently, a > > module that uses something not linked into the tool will fail to link at > > runtime loading. > > > > For example, Yorion experienced this problem when he wrote a shared > > library module that depends on DbgStopPoint which is in > > IntrinsicInst.cpp. His module links fine, but when it is loaded into > > "opt" it fails to resolve the DbgStopPoint symbols he uses. That's > > because the opt program doesn't use DbgStopPoint and so those symbols > > are now missing becaus...

On 2009-09-24 22:34, hc2428 at columbia.edu wrote: > Dear developers, > When I try to map line numbers in source code back to LLVM > basicblocks, I meet some problems: there is a source file with 1500 > lines of code, but when I use BasicBlockPass to collect all > DbgStopPoint instructions in this file, I can only get 500 lines of code. > The source code and the collected results are both attached. Not all lines of the source code are executable, take blank lines, line with only braces, comments, function prototypes as an example. How many lines of source code a...

...les actually needed by that tool. Consequently, a >>>module that uses something not linked into the tool will fail to link at >>>runtime loading. >>> >>>For example, Yorion experienced this problem when he wrote a shared >>>library module that depends on DbgStopPoint which is in >>>IntrinsicInst.cpp. His module links fine, but when it is loaded into >>>"opt" it fails to resolve the DbgStopPoint symbols he uses. That's >>>because the opt program doesn't use DbgStopPoint and so those symbols >>>are now missin...

Dear staff, I downloaded an llvm version from the svn trunk at June 12, because the released 2.5 version can not support "gcc -g -Ox", and x=1,2,3. I use the version in svn to compile an httpd.bc file succefully with dbgstoppoint() functions. However, when I use llc to compile the bc file to .s file (llc -f -o httpd.s httpd.bc), I met this error (the httpd.bc file will be attached at the next email): llc: /home/heming/defens/llvm-2.5/lib/CodeGen/AsmPrinter/DwarfDebug.cpp:1235: void llvm::DwarfDebug::ConstructCompil...

...ng that I need to be able to do is debug the executing code, stepping through it, inspecting call stack and data, and setting breakpoints. It is unclear to me whether or not LLVM supports this currently. (1) I have been unable to add stop points to the generated code. I would have expected to use DbgStopPoint::Create(BasicBlock *) but there is no such function. (2) I see a Debugger classs with stepping functions, and an InferiorProcess class with stepping functions and the ability to add breakpoints, but I see no way to connect these classes to the ExecutionEngine that is used to run the generated fun...

Hi Olaf, This patch looks good to me. I just have a few minor comments: > + inline df_iterator() { CurrentTopNode = 0; /* End is when stack is empty */ } Should the comment here be updated to say that the End is reached when the stack is empty and when CurrentTopNode is null? > + inline void toNext() > + { LLVM style puts the open brace on the same line as the function name.

Hi @clang and @llvm, attached you'll find a patch dealing with some iterator issues I already mentioned in both lists. Since there was no reaction I cross-post again - now IMHO production-ready code. The patch is considered to get checked-in out of the box. It should not affect the behavior of existing and working code. I really need it for clang AST processing. Changes: 1. Both

Dear developers, When I try to map line numbers in source code back to LLVM basicblocks, I meet some problems: there is a source file with 1500 lines of code, but when I use BasicBlockPass to collect all DbgStopPoint instructions in this file, I can only get 500 lines of code. The source code and the collected results are both attached. Is there any way to map line numbers in source code back to an LLVM basicblock precisely? Can LLVM-2.6 do this? Thanks, Heming -------------- next part ----------...