Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] Code Ownership - Debug Info"
2012 Nov 14
0
[LLVMdev] Code Ownership - Debug Info
On 13.11.2012, at 23:46, Eric Christopher <echristo at gmail.com> wrote:
> Though not lib/DebugInfo unless Benjamin really doesn't want it.
I committed that crime and I'm willing to take on responsibility for it ;)
- Ben
>
> Basically all of the dwarf and debug code emission in llvm.
>
> Objections? I've talked to Anton (the current code owner) and he's
2012 Nov 13
2
[LLVMdev] loop carried dependence analysis?
Hi all,
Unfortunately, all my Hunks are failed when I apply : patch -p1 < da.patch
command.
The problem might be due to the fact that da.patch file was created against
revision 167549, but I am on revision 167719 (I believe the most recent
one).
I am not sure if this cause the problem ? But Preston may I ask you to
generate the patch file against revison 167719 ?
Thanks in advance.
On
2016 Mar 10
3
Regression in SPEC2006/gcc caused by LoopLoadElimination
On Thu, Mar 10, 2016 at 1:17 AM, Adam Nemet <anemet at apple.com> wrote:
> I’ve committed the fix in r263058. Haicheng, Eric/Benjamin, can you guys
> please give it a test with your codebase. (You need to enable the pass with
> -mllvm -enable-loop-load-elim.)
The miscompilation I was seeing is gone now, too. Thanks!
> On Mar 7, 2016, at 11:05 PM, Adam Nemet <anemet at
2013 Jun 28
2
[LLVMdev] does clang and llvm take more time to compile c code
Hi, Ben
gcc version is: 4.7.0
clang version is: 3.2
The command options are:
1) clang
generated object files: clang -O3 -c *.c -o x.o
link: clang *.o -lm -o mpeg2enc
2) gcc
generated object files: gcc -O3 -c *.c -o x.o
link: gcc *.o -lm -o mpeg2enc
Yes, maybe it is the config introduced problems, I build it with enable
debug options.
Thanks!
Eric
On Thu, Jun 27, 2013 at 7:49 PM,
2012 May 06
2
[LLVMdev] DebugInfo library
On Sat, May 5, 2012 at 10:01 PM, Benjamin Kramer
<benny.kra at googlemail.com>wrote:
>
> On 05.05.2012, at 17:52, Dmitry Vyukov wrote:
>
> > Hi,
> >
> > I would like to extend DebugInfo library for the purpose of using it in
> AddressSanitizer/ThreadSanitizer run-time libraries.
> >
> > Current interface is:
> >
> > class DILineInfo {
2012 Nov 14
0
[LLVMdev] loop carried dependence analysis?
On 13.11.2012, at 10:46, erkan diken <erkandiken at gmail.com> wrote:
Hi all,
Unfortunately, all my Hunks are failed when I apply : patch -p1 < da.patch
command.
The problem might be due to the fact that da.patch file was created against
revision 167549, but I am on revision 167719 (I believe the most recent
one).
I am not sure if this cause the problem ? But Preston may I ask you to
2011 Sep 15
0
[LLVMdev] llvm compilation error on TOT
On Thu, Sep 15, 2011 at 15:24, Guo, Xiaoyi <Xiaoyi.Guo at amd.com> wrote:
> I just updated from the most recent svn ToT. I'm now getting the following compilation errors. Looks like DIIContext.h needs some includes. Does anyone else see this error also? Am I missing something?
>
> In file included from DIContext.cpp:10:
>
2019 Oct 09
3
DebugInfo work contribution and update.
Thanks, David for updating us.
Regarding, mail address, can use anyone{@gmail or @amd}. but
sourav0311 at gmail.com works best for me for mailing lists related stuff.
Regarding, GDB side of DWARFv5 side of things, we've testing GDB-8.3 WRT
DWARFv5 clang and gcc binaries to get better idea of debuggability of clang
generated binaries with GDB.
Primary motivation being GDB better handling of
2013 Jun 28
0
[LLVMdev] does clang and llvm take more time to compile c code
On Thu, Jun 27, 2013 at 6:04 PM, Eric Lu <eirc.lew at gmail.com> wrote:
> Hi, Ben
> gcc version is: 4.7.0
> clang version is: 3.2
>
> The command options are:
> 1) clang
> generated object files: clang -O3 -c *.c -o x.o
> link: clang *.o -lm -o mpeg2enc
>
> 2) gcc
> generated object files: gcc -O3 -c *.c -o x.o
> link: gcc *.o -lm -o mpeg2enc
>
2012 Oct 27
2
[LLVMdev] [llvm-commits] [llvm] r166875 - in /llvm/trunk: lib/Transforms/Scalar/LoopIdiomRecognize.cpp test/Transforms/LoopIdiom/basic.ll
On 27.10.2012, at 18:24, Benjamin Kramer <benny.kra at gmail.com> wrote:
>
> On 27.10.2012, at 18:15, Sean Silva <silvas at purdue.edu> wrote:
>
>> How does this affect freestanding implementations?
>
> This transform is disabled with -fno-builtin or -ffreestanding.
Thinking a bit more about this, it looks like the way -ffreestanding is implemented in clang is
2013 Jan 11
3
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer <benny.kra at gmail.com>wrote:
>
> On 11.01.2013, at 07:36, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw>
> wrote:
>
> > Hi Pawel,
> >
> > PTX already be replaced with NVPTX. However, PTX subdirectory
> > still sit in lib/Target in 3.2 release. Do you think update the
> > release tarball is
2012 May 05
2
[LLVMdev] DebugInfo library
Hi,
I would like to extend DebugInfo library for the purpose of using it in
AddressSanitizer/ThreadSanitizer run-time libraries.
Current interface is:
class DILineInfo {
const char *FileName;
uint32_t Line;
uint32_t Column;
...
};
class DIContext {
...
virtual DILineInfo getLineInfoForAddress(uint64_t address) = 0;
};
First, I would like to get function name associated with the
2011 Sep 15
2
[LLVMdev] llvm compilation error on TOT
I just updated from the most recent svn ToT. I'm now getting the following compilation errors. Looks like DIIContext.h needs some includes. Does anyone else see this error also? Am I missing something?
In file included from DIContext.cpp:10:
/extra/xguo/workspace/llvm/include/llvm/DebugInfo/DIContext.h:27: error: 'uint32_t' does not name a type
2012 May 05
0
[LLVMdev] DebugInfo library
On 05.05.2012, at 17:52, Dmitry Vyukov wrote:
> Hi,
>
> I would like to extend DebugInfo library for the purpose of using it in AddressSanitizer/ThreadSanitizer run-time libraries.
>
> Current interface is:
>
> class DILineInfo {
> const char *FileName;
> uint32_t Line;
> uint32_t Column;
> ...
> };
>
> class DIContext {
> ...
>
2014 Feb 01
2
[LLVMdev] Eliminate SSA Virtual registers
Hi Ben,
That did help. I continue to notice the virtual register in the program. I use LLVM 3.4. The program i am looking at is a very simple one. Listed below
int global_var;
int *global_ptr;
int32_t main(int32_t argc, char ** argv){
int p = 10;
int k = 20;
int *pp;
char *c_pp;
pp = &k;
global_ptr = pp;
pp = &p;
global_ptr = &global_var;
return 0;
}
BR/Nizam
2013 Jan 11
0
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On 11.01.2013, at 21:31, Justin Holewinski <justin.holewinski at gmail.com> wrote:
> On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer <benny.kra at gmail.com> wrote:
>
> On 11.01.2013, at 07:36, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote:
>
> > Hi Pawel,
> >
> > PTX already be replaced with NVPTX. However, PTX subdirectory
> >
2019 Oct 09
4
DebugInfo work contribution and update.
Hi llvm-dev, cfe-dev,
It's been a while since our team is investigating DebugInfo in LLVM, we're
looking forward to contribute and enhance in LLVM DebugInfo.
We,'ve been investigating mostly on DWARF-5 aspects -- couple of them to
mention--
1. Language aspects
2. Location mostly optimized out ones
3. DebugInfo conformance to DWARF-5
To avoid getting conflicted with some body
2012 Nov 13
0
[LLVMdev] loop carried dependence analysis?
Preston, thanks for the explanation and patch. Now it's printing the
direction and distance values.
On Tue, Nov 13, 2012 at 12:22 PM, Preston Briggs
<preston.briggs at gmail.com>wrote:
> Erkan, you're right. Sorry about that.
> Attached is the most recent version.
>
> Preston
>
>
>
> Hi Preston,
>> I am trying to use DA as well. I used your example
2013 Jan 11
5
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer wrote:
>
> On 11.01.2013, at 21:31, Justin Holewinski <justin.holewinski at gmail.com> wrote:
>
> > On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer <benny.kra at gmail.com> wrote:
> >
> > On 11.01.2013, at 07:36, ????????? (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote:
> >
>
2012 Nov 13
2
[LLVMdev] loop carried dependence analysis?
Erkan, you're right. Sorry about that.
Attached is the most recent version.
Preston
Hi Preston,
> I am trying to use DA as well. I used your example and commands that you
> wrote in order to get DA information.
> However, it does not report any dependence info.
> I am wondering whether your local copy differs from the one on the
> repository ?
> Thanks.
> Erkan.