search for: gsyms

...rent d433a9cb0089683b8f75458807c5437341f2cdcc Add gtags target for xen/Makefile. Also update .hgignore. Signed-off-by: Wei Liu <wei.liu2@citrix.com> diff --git a/.hgignore b/.hgignore --- a/.hgignore +++ b/.hgignore @@ -23,6 +23,7 @@ ^\.config$ ^\.pc (^|/)(tags|TAGS)$ +(^|/)(GTAGS|GPATH|GSYMS|GRTAGS|gtags.*)$ ^build-.*$ ^dist/.*$ ^docs/.*\.aux$ diff --git a/xen/Makefile b/xen/Makefile --- a/xen/Makefile +++ b/xen/Makefile @@ -20,8 +20,8 @@ default: build .PHONY: dist dist: install -.PHONY: build install clean distclean cscope TAGS tags MAP -build install debug clean distclean csc...

...ool rm -f Makefile make[5]: Leaving directory `/home/rba/UPnPTVStack/lgpl-code/flac-1.1.2/obj/release/bin' Making distclean in . make[5]: Entering directory `/home/rba/UPnPTVStack/lgpl-code/flac-1.1.2/obj/release' rm -rf .libs _libs rm -f *.lo rm -f rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[5]: Leaving directory `/home/rba/UPnPTVStack/lgpl-code/flac-1.1.2/obj/release' rm -f Makefile make[4]: Leaving directory `/home/rba/UPnPTVStack/lgpl-code/flac-1.1.2/obj/release' Making distclean in debug make[4]: Entering directory `/home/rba/UPnPTVStack/lgpl-code/flac-1.1.2...

I'm trying to analyze the following data set (sample): "ID" "adj.P.Val" "logFC" "Gene.symbol" "1419156_at" "5.32e-12" "2.6462565" "Sox4" "1433575_at" "5.32e-12" "3.9417089" "Sox4" "1428942_at" "2.64e-11"

> On Feb 28, 2020, at 11:25 PM, Fangrui Song via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On 2020-02-28, Greg Clayton via llvm-dev wrote: >> I am looking to create a tool that can add Apple or DWARF5 accelerator tables to fully linked executables that contain DWARF. This will help us benchmark how much accelerator tables can improve the debugging experience as

...,1 The Berkeley DB package, revision 3 db4-4.0.14_1,1 The Berkeley DB package, revision 4 What could be wrong? [FAIL] ===> vesa rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vesa.ko vesa.kld vesa.o scvesactl.o @ machine symb.tmp tmp.o opt_vga.h rm -f .depend GPATH GRTAGS GSYMS GTAGS cd /usr/obj/Disk1/usrsrc/sys/CERAKERN; MAKESRCPATH=/Disk1/usrsrc/sys/dev/aic7xxx/aicasm make -DBOOTSTRAPPING -f /Disk1/usrsrc/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /Disk1/usrobj/Disk1/usrsrc/sys/CERAKERN cc -O -pipe -nostdinc -I/usr/include -I....

Signed-off-by: Wei Liu <wei.liu2@citrix.com> --- .gitignore | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/.gitignore b/.gitignore index f6edc43..d849a4b 100644 --- a/.gitignore +++ b/.gitignore @@ -14,6 +14,11 @@ *.spot *.spit TAGS +GTAGS +GRTAGS +GPATH +GSYMS +tags cscope.files cscope.in.out cscope.out -- 1.7.10.4

Which seems like what we'd want dsymutil to do anyhow? -eric On Mon, Mar 2, 2020 at 3:21 PM Greg Clayton via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On other options would be to make a new "llvm-dwarfld" tool, where most of > the functionality would exist llvm/lib/DwarfLinker and other locations. The > idea would be to do any post processing to DWARF using

I'd like it... Adrian? Fred? -eric On Mon, Mar 2, 2020 at 3:44 PM Greg Clayton <clayborg at gmail.com> wrote: > Yes. I am fine with adding ELF support to llvm-dsymutil if that is the way > people think we should go? > > On Mar 2, 2020, at 3:33 PM, Eric Christopher <echristo at gmail.com> wrote: > > Which seems like what we'd want dsymutil to do anyhow? >

...ason... I'm still running 4.6-STABLE, and would soon like the new 4.8-STABLE kernel made. Regards, Johan Christiansen _________ ===> vesa rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vesa.ko vesa.kld vesa.o scvesactl.o @ machine symb.tmp tmp.o opt_vga.h rm -f .depend GPATH GRTAGS GSYMS GTAGS cd /usr/obj/Disk1/usrsrc/sys/GENERIC; MAKESRCPATH=/Disk1/usrsrc/sys/dev/aic7xxx/aicasm make -DBOOTSTRAPPING -f /Disk1/usrsrc/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /Disk1/usrobj/Disk1/usrsrc/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. -I...

Is there/could you further explain the use-case for adding an index to an existing binary? Certainly not the worst idea/could come in handy sometimes, but you mention benchmarking - is the benefit of not recompiling/relinking that significant to such experiments? If it's not for use in a common workflow, but only in a compiler/debugger development workflow, it doesn't seem so important to

I am looking to create a tool that can add Apple or DWARF5 accelerator tables to fully linked executables that contain DWARF. This will help us benchmark how much accelerator tables can improve the debugging experience as debuggers don't need to manually index all of the debug info during debugging. Looking at how accelerator tables are currently emitted, they seem to be built up as DWARF is

...que" \ + || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ + $$unique + +GTAGS: + here=`$(am__cd) $(top_builddir) && pwd` \ + && $(am__cd) $(top_srcdir) \ + && gtags -i $(GTAGS_ARGS) "$$here" + +distclean-tags: + -rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags + +distdir: $(DISTFILES) + @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + list='$(DISTFILES)'; \ + dist_files=`for file in $$list; do echo $$...