Displaying 11 results from an estimated 11 matches for "jessu".
Did you mean:
jesse
2020 Apr 08
3
Building libjpeg-turbo with LTO
...stest.c:114
>>> lto.tmp:(main)
This only occurs when compiling with the -flto flag. Has anyone been able
to build libjpeg-turbo with LTO? Are there any modifications I need to make
to the makefile or other configuration in order to do so? Thanks for your
help!
Best,
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200408/4cca8811/attachment.html>
2020 Jun 09
3
Preventing function call from being optimized out in LTO
...tion has
the "optnone" attribute.
Does this seem like intended behavior or some sort of bug? Is there any way
to disable this behavior? Thanks!
Best,
Shishir
On Tue, Jun 9, 2020 at 3:53 PM David Blaikie <dblaikie at gmail.com> wrote:
> On Tue, Jun 9, 2020 at 1:29 PM Shishir V Jessu <shishir.jessu at utexas.edu>
> wrote:
> >
> > Hi David,
> >
> > Thanks for your detailed comments.
> >
> >> but without any interprocedural analysis, nor any optimization of the
> body of the function, a call to an optnone function can still be re...
2020 Apr 09
3
Building libjpeg-turbo with LTO
Adding a couple of lld folks.
I helped Shishir debug this, the link line looked like:
/home/sjessu/build/bin/clang -O0 -flto -o jcstest jcstest.o
./.libs/libjpeg.a
and the issue was that libjpeg.a was created with the system ar instead of
llvm-ar. It worked when recreating libjpeg.a with llvm-ar.
I noticed that the lld code has some special handling for the case
when there is a missing symbol...
2020 Jun 09
3
Preventing function call from being optimized out in LTO
...:
> optnone on such functions should suffice - well, unless the calls turn out
> to be dead & I don't think there's anything you can do to thwart dead code
> removal. So what are you trying to preserve the function calls for?
>
> On Tue, Jun 9, 2020 at 11:01 AM Shishir V Jessu via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> Hello,
>>
>> I am adding function calls to an LLVM link-time optimization (LTO) pass,
>> using the IRBuilder::CreateCall method. I want these calls to remain in
>> the final x86 binary at any optimiza...
2020 Jun 09
5
Preventing function call from being optimized out in LTO
...re, I have confirmed that all the calls I've created are present
in the LLVM IR that results immediately after my pass. Thus, I know some
future LTO pass is optimizing out some of these calls.
How can I ensure that none of the calls I add are optimized out? Thanks for
your help!
Best,
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200609/ae51a7d1/attachment.html>
2019 Sep 30
3
Debugging LowerTypeTests in LLVM Using GDB
...ct call), and am able to see the CFI jump tables in the resulting
assembly, but I cannot reach the code that produces these jump tables in
GDB. Am I targeting the wrong code for these changes, or is there something
more I need in order to run through this code in GDB? Thanks for your help!
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190930/2a8594de/attachment.html>
2020 Apr 30
2
Discrepancy between Debug and Release+Asserts versions of Clang/LLVM
...uple times.
Either do what David suggested or use a normal array:
Metadata *mdArray[] = {ConstantInt::get(Int64Ty, 0), newMD};
~Craig
On Thu, Apr 30, 2020 at 9:56 AM David Blaikie via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
>
>
> On Thu, Apr 30, 2020 at 9:51 AM Shishir V Jessu via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> Hello,
>>
>> I am editing the LowerTypeTests pass in LLVM, and part of my additions
>> include the following 3 lines of code:
>>
>> // newTypeName is a std::string
>> MDString* newMD = MDS...
2020 Jul 08
2
Extracting the !dbg property from LLVM IR function calls
..., !nosanitize !2
And finally, the line *CallInst -> getDebugLoc() -> getLine()* returns *61*
for this call, not 69 or 29.
Am I misunderstanding the purpose of getDebugLoc() for a CallInst? Is there
any way I can extract the correct !dbg for a given line? Thanks for your
help!
Best,
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200708/bdc62a4c/attachment.html>
2020 Mar 16
2
Passing arguments to LLVM pass through Clang
...ut. I am able to
input this filename as a command line argument when I invoke this pass
using opt, but I ultimately need to pass this argument to my code when I
compile code with clang.
How can I pass this argument to clang so that I can use it in my LLVM pass?
Thanks for your help!
Best,
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200316/558b1711/attachment.html>
2019 Dec 03
2
Using different opt with clang
...clang with the
appropriate flags to invoke the pass, it invokes the pass as originally
written, but when I run opt on the relevant bitcode, it invokes the pass as
I have written it.
How can I modify clang to make it use my version of opt to run the pass
I've changed? Thanks!
Regards,
Shishir Jessu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191203/24601ad0/attachment.html>
2020 Apr 30
2
Discrepancy between Debug and Release+Asserts versions of Clang/LLVM
...has worked. However, on the Release+Asserts
version, the third line results in a segmentation fault. The backtrace for
the error, up to the method I'm working on, is as follows:
// signal handling...
#4 0x00005556e48d6120
llvm::ReplaceableMetadataImpl::getOrCreate(llvm::Metadata&)
(/home/sjessu/build-no-debug/bin/clang-10+0x2787120)
#5 0x00005556e48db8c2 llvm::MetadataTracking::track(void*,
llvm::Metadata&, llvm::PointerUnion<llvm::MetadataAsValue*,
llvm::Metadata*>) (/home/sjessu/build-no-debug/bin/clang-10+0x278c8c2)
#6 0x00005556e48dbc12 llvm::MDNode::MDNode(llvm::LLVMConte...