This is in fact a ptrace limitation. If your application is being run under
ptrace it will stop on all signals. If it’s possible to perform your
instrumentation with binary rewriting (possibly augmented by other techniques)
and just let it run with your signal handler installed it will be
binary type
Commit: 784b6ee9df9be58e7de3a102c1b8840d0464a70a
https://github.com/dyninst/dyninst/commit/784b6ee9df9be58e7de3a102c1b8840d0464a70a
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-20 (Wed, 20 Dec 2017)
Changed paths:
M CMakeLists.txt
M cmake/
Branch: refs/heads/arm_sw_fixes
Home: https://github.com/dyninst/dyninst
Commit: ae96720e2cb36afcd7f2bc9369f57ae555e36754
https://github.com/dyninst/dyninst/commit/ae96720e2cb36afcd7f2bc9369f57ae555e36754
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2018-04-17 (Tue,
Branch: refs/heads/arm_sw_fixes
Home: https://github.com/dyninst/dyninst
Commit: e7b2038e673120b8c3c0500b31e41fe409d7af51
https://github.com/dyninst/dyninst/commit/e7b2038e673120b8c3c0500b31e41fe409d7af51
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2018-04-16 (Mon,
Branch: refs/heads/arm_sw_fixes
Home: https://github.com/dyninst/dyninst
Commit: 97f4fa0eb368266147afffb3a787a49596e41844
https://github.com/dyninst/dyninst/commit/97f4fa0eb368266147afffb3a787a49596e41844
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2018-04-16 (Mon,
There should be an enable_static_libs option in CMake, which will add _static
targets for each component. So:
cmake [usual options] -DENABLE_STATIC_LIBS=TRUE
make dyninstAPI_static
make install
should do the trick.
--bw
From: Dyninst-api
You'll see the same code layout either way: inline instrumentation with respect
to a relocated function that's reached via interception branches.
From: Dyninst-api on behalf of Buddhika
Chamith Kahawitage Don
)
Changed paths:
M parseAPI/src/Parser.C
Log Message:
---
Fix segfault due to missing arguments in call to parse_printf
Commit: 7e2c490be9ed8239b651aebdaf64280d4286faa4
https://github.com/dyninst/dyninst/commit/7e2c490be9ed8239b651aebdaf64280d4286faa4
Author: Bill
The BPatch interface is not, but the PatchAPI interface is:
http://blog.freearrow.com/software/craft
This distinction is by design: PatchAPI will support an arbitrary code
generation engine, whereas BPatch is designed to work with platform-independent
snippets.
--bw
Can you give me a bit more information about the modifications you're trying to
make? Are you trying to use local variables as function parameters, for example?
In general, if the BPatch interface doesn't provide an abstract way to do what
you want, it means we've missed a use case and should
Should be, yes--the root of the repository, with LICENSE, INSTALL, etc.
--bw
From: Stefan Nagy <sna...@vt.edu>
Sent: Sunday, February 18, 2018 4:45 PM
To: Bill Williams; dyninst-api@cs.wisc.edu
Subject: Installing Dyninst
Hello,
May you please she
.h
M parseAPI/src/SymtabCodeSource.C
M symtabAPI/h/Symtab.h
M symtabAPI/src/Symtab-edit.C
M symtabAPI/src/Symtab-lookup.C
M symtabAPI/src/Symtab.C
Log Message:
---
add openmp parallelism to SymtabCodeSource init_regions and init_hints
to avoid serialization in these p
I am reasonably certain that both Ident.[Ch] and the various xdr wrapper
functions in linuxHeaders.h are dead code entirely; I've never seen them used
anywhere. Any RPCs we're performing should happen through ProcControl's RPC
interface these days. (And by "these days" I mean roughly post-2010.
han...@cs.umd.edu>
Sent: Thursday, February 1, 2018 2:44 PM
To: Bill Williams
Cc: John Mellor-Crummey; dyninst-api@cs.wisc.edu
Subject: Re: [DynInst_API:] cuda not supported by dyninstAPI?
Oopsmy fault. I need to submit it as a job to run, but I forget to do that
with dyninst.
Btw, I can still
: Bill Williams
Cc: John Mellor-Crummey; dyninst-api@cs.wisc.edu
Subject: Re: [DynInst_API:] cuda not supported by dyninstAPI?
I can't figure out the problem from the log. Thanks!
On Thu, Feb 1, 2018 at 3:17 PM, Bill Williams
<b...@cs.wisc.edu<mailto:b...@cs.wisc.edu>> wrote:
Run with DYNIN
rummey
Cc: Bill Williams; dyninst-api@cs.wisc.edu
Subject: Re: [DynInst_API:] cuda not supported by dyninstAPI?
Hello, John
You mean a full path to the executable? Yes, I tried both, it didn't make a
difference.
I can use addr2line to get the source line info (for the frames in cuda runtime
or th
Does this persist with the latest commit on master? I just merged support for
EM_CUDA within the last two weeks.
--bw
From: Dyninst-api on behalf of Hui Zhang
Sent: Thursday, February 1, 2018 1:37
724a3a
https://github.com/dyninst/dyninst/commit/8c9517433685d7454414045c8d9795512d724a3a
Author: Bill Williams <wwillia...@gmail.com>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M symtabAPI/src/emitElf.C
Log Message:
---
Merge pull request #427 from nedwill
Thomas--
We had a chance to discuss this a bit at our group meeting this morning. I
think the simplest solution here is that, if no section headers are present, we
should create a .text Region and a .data Region corresponding to the loadable
RX and RW segments respectively, and the chunks of
Branch: refs/heads/vector_categories
Home: https://github.com/dyninst/dyninst
Commit: 915170475fc53d66439f07366781a88d2cbdc010
https://github.com/dyninst/dyninst/commit/915170475fc53d66439f07366781a88d2cbdc010
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2018-01-10 (W
Rohit--
There are two ways to do this with higher-level APIs so that you don't need to
touch the save/restore code. If what you actually want is to assign to a local
variable, a BPatch_variableExpr is the most portable and generic way to go
about this. If you want to work with registers
Branch: refs/heads/vector_categories
Home: https://github.com/dyninst/dyninst
Commit: a9cbc99d59e8f645381f24d90f9cce8815690e53
https://github.com/dyninst/dyninst/commit/a9cbc99d59e8f645381f24d90f9cce8815690e53
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-30 (M
Branch: refs/heads/master
Home: https://github.com/dyninst/dyninst
Commit: 8b07f67f4053ff5c25973bb5365375983e7fa8a3
https://github.com/dyninst/dyninst/commit/8b07f67f4053ff5c25973bb5365375983e7fa8a3
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-05-10 (Wed, 10 Ma
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: cf1bc0d5c14cf0e67392e32eaff53684f51beaff
https://github.com/dyninst/dyninst/commit/cf1bc0d5c14cf0e67392e32eaff53684f51beaff
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: ad46b7608fbfc4052c9f539bed5f9488dba61f86
https://github.com/dyninst/dyninst/commit/ad46b7608fbfc4052c9f539bed5f9488dba61f86
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: ed73e060511c1b6b1dbec1af31ae96f09ab784fd
https://github.com/dyninst/dyninst/commit/ed73e060511c1b6b1dbec1af31ae96f09ab784fd
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-1
There's an ENABLE_COTIRE or USE_COTIRE in the top-level CMakeLists that can
easily be promoted to a visible cache variable if you like.
You can also try make clean_cotire IIRC (check your makefile for the target
name) if this is a system upgrade in place and you've not cleaned out PCHes
from
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: e999ec14a6a87593497e756770574cdc975d47c6
https://github.com/dyninst/dyninst/commit/e999ec14a6a87593497e756770574cdc975d47c6
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-0
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: d18125be9ddc6d177d7ceb425b1733d7cc4c6551
https://github.com/dyninst/dyninst/commit/d18125be9ddc6d177d7ceb425b1733d7cc4c6551
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-12-0
Also, the parseAPI example code exists as separate source files in
parseAPI/doc, and is incorporated into the manual at build time. It could stand
to get separated out as its own executable target, though.
--bw
From: Dyninst-api
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: d53986b13f9227358376c0f31b58a239cf016a1e
https://github.com/dyninst/dyninst/commit/d53986b13f9227358376c0f31b58a239cf016a1e
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-11-3
hich is the vdso variant on some ppc64 linux.
Commit: 2e2579153cfd50ec650e41972d88f4c9210ff010
https://github.com/dyninst/dyninst/commit/2e2579153cfd50ec650e41972d88f4c9210ff010
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-11-08 (Wed, 08 Nov 2017)
Changed paths:
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 62ff5b2ff326e1f32b0e0946da5a7303519a47bb
https://github.com/dyninst/dyninst/commit/62ff5b2ff326e1f32b0e0946da5a7303519a47bb
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-11-2
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: e86e0f4efaf72707ff612fde8c526ae10eecdc47
https://github.com/dyninst/dyninst/commit/e86e0f4efaf72707ff612fde8c526ae10eecdc47
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-07-05 (Wed, 05 Ju
commit/7e29c0ee1f35ac0522638a0fbb378ca6a3469dd5
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-11-28 (Tue, 28 Nov 2017)
Changed paths:
M symtabAPI/src/Object-elf.C
Log Message:
---
Merge pull request #413 from stanfordcox/irelative
Handle R_X86_64_IRELATIVE relocation.
Co
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: b56f5d969e529581465e68632589f9f1027b8ea7
https://github.com/dyninst/dyninst/commit/b56f5d969e529581465e68632589f9f1027b8ea7
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-11-2
...you're not wrong; I guess we created begin()/end() and never used them.
Your fix is also incorrect; the loop should be while(x->dir) x=x->dir for both
directions. Root should not be touched after b and e are initialized.
--bw
From: Dyninst-api
As many of you know, we've been working for some time on achieving better
parsing performance in Dyninst through task-based parallelism. In the course of
implementing these changes, we've found that we need to change the
InstructionAPI abstractions to avoid bottlenecks around heap allocation;
yninst/commit/2e2579153cfd50ec650e41972d88f4c9210ff010
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-11-08 (Wed, 08 Nov 2017)
Changed paths:
M common/src/addrtranslate-sysv.C
Log Message:
---
Merge pull request #414 from stanfordcox/vdso
Add linux
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: f1e332e4fd23e8ed404e703b8db8a5ca8fb0d020
https://github.com/dyninst/dyninst/commit/f1e332e4fd23e8ed404e703b8db8a5ca8fb0d020
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-2
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 383a3df0fa3db65f8b37b19c43c8518bd4f5abf8
https://github.com/dyninst/dyninst/commit/383a3df0fa3db65f8b37b19c43c8518bd4f5abf8
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: a9c721bba6c1e8fe07f997989212c3e99ad5fc0f
https://github.com/dyninst/dyninst/commit/a9c721bba6c1e8fe07f997989212c3e99ad5fc0f
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: fdaf22d4a172abbc45c34bdc271770a0c6029637
https://github.com/dyninst/dyninst/commit/fdaf22d4a172abbc45c34bdc271770a0c6029637
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 06bb550c79bc6f60f06acb21672cb4ae1d47cfe2
https://github.com/dyninst/dyninst/commit/06bb550c79bc6f60f06acb21672cb4ae1d47cfe2
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 21fca9d1dad945a3d793038576cede1da5d442b1
https://github.com/dyninst/dyninst/commit/21fca9d1dad945a3d793038576cede1da5d442b1
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 09749669640fb2dd3396f4f59c4ceba5910f3f1a
https://github.com/dyninst/dyninst/commit/09749669640fb2dd3396f4f59c4ceba5910f3f1a
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 9dbc40038ca2e4bbcf35abb29017fae43e46f35c
https://github.com/dyninst/dyninst/commit/9dbc40038ca2e4bbcf35abb29017fae43e46f35c
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-10-1
Branch: refs/heads/symtab-fixes
Home: https://github.com/dyninst/dyninst
Commit: 25103295063e4680b21646050799f88a93086e3c
https://github.com/dyninst/dyninst/commit/25103295063e4680b21646050799f88a93086e3c
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-10-04 (W
Branch: refs/heads/symtab-fixes
Home: https://github.com/dyninst/dyninst
Commit: fa6b4cdaf2f20ce3e61ec2d60183abb56820d1b5
https://github.com/dyninst/dyninst/commit/fa6b4cdaf2f20ce3e61ec2d60183abb56820d1b5
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-10-04 (W
ober 3, 2017 2:16 PM
To: Bill Williams; dyninst-api@cs.wisc.edu
Cc: j...@krellinst.org
Subject: Re: [DynInst_API:] DyninstAPI: Compile error while building top of tree
Hi Bill,
I made this change, but it didn't seem to help with the compile error.
diff --git a/cmake/shared.cmake b/cmake/shared.cmake
in their header--that's the proper fix.
--bw
From: Jim Galarowicz <j...@krellinst.org>
Sent: Tuesday, October 3, 2017 2:16 PM
To: Bill Williams; dyninst-api@cs.wisc.edu
Cc: j...@krellinst.org
Subject: Re: [DynInst_API:] DyninstAPI: Compile error while buildi
The insertion set operations are implicit when working with a binary file
rather than a live process; they're more relevant for optimization (batching
the inter-process writes) on a live process. You can create smaller insertion
sets if you want all-or-nothing semantics, but it's not necessary
It is indeed, so there's now one-stop shopping for your dependencies.
From: Jim Galarowicz <j...@krellinst.org>
Sent: Tuesday, September 5, 2017 11:38 AM
To: Bill Williams; dyninst-api@cs.wisc.edu
Subject: Re: [DynInst_API:] Dyninst compile errors wi
The latest master now uses libdw over libdwarf; I see an official announcement
of this didn't go out with the merge. Same set of CMake flags, just point to
libdw and ditch libdwarf.
--bw
From: Dyninst-api on behalf of
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: b00c212fcaf929e0667660e65bdb7da3c3ffcf3a
https://github.com/dyninst/dyninst/commit/b00c212fcaf929e0667660e65bdb7da3c3ffcf3a
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-08-1
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: d0160a877e65f8a6ce562d94af67d3a6b54cb935
https://github.com/dyninst/dyninst/commit/d0160a877e65f8a6ce562d94af67d3a6b54cb935
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-08-09 (Wed, 09 Au
test3_6 does occasionally leave zombies around; it's testing forced termination
of mutatees and it's somewhat brittle.
One workaround is to run the test suite under Jenkins or an equivalent
framework that will reap every process in its process tree; that's what we do
for our continuous
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 8ed1ed3a7d75ce3fbc3f502c9ee5d23d22032a04
https://github.com/dyninst/dyninst/commit/8ed1ed3a7d75ce3fbc3f502c9ee5d23d22032a04
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-07-2
This is an area with some active work occurring. However, it is best to assume
that interfaces are thread-unsafe in the current releases and require external
locking.
If you need guidance on how best to manage concurrent access to Dyninst data in
the meantime, let us know; the proper strategy
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: a462fa1f9b01466830e8c025b669c21eef84ccbb
https://github.com/dyninst/dyninst/commit/a462fa1f9b01466830e8c025b669c21eef84ccbb
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-07-1
Branch: refs/heads/new-parallel-parsing
Home: https://github.com/dyninst/dyninst
Commit: 24f7a40d8f2735012e3619d626adf9c8dd392710
https://github.com/dyninst/dyninst/commit/24f7a40d8f2735012e3619d626adf9c8dd392710
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-07-1
Branch: refs/heads/force_boost_install
Home: https://github.com/dyninst/dyninst
Commit: e86e0f4efaf72707ff612fde8c526ae10eecdc47
https://github.com/dyninst/dyninst/commit/e86e0f4efaf72707ff612fde8c526ae10eecdc47
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-07-0
format slice. This commit contains its initial implementation
2. Jump table index slice. To be done
Commit: 556bc2b3a01bcd4f8400def6444a3451e3277589
https://github.com/dyninst/dyninst/commit/556bc2b3a01bcd4f8400def6444a3451e3277589
Author: Bill Williams <b...@cs.wisc.edu>
Date:
The test suite is always good for example code (test_line_info in the symtab
tests). But what you want, in essence, are the Statement class and its
filename/line number methods. (This has the benefit of being more readable
code, as well. I hate pointless tuples when you can use meaningful names
2a
https://github.com/dyninst/dyninst/commit/a15520050c841664227d50bca310459cc302f52a
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-05-17 (Wed, 17 May 2017)
Changed paths:
M symtabAPI/src/emitElf.C
Log Message:
---
Merge pull request #370 from fengharry/ma
First question: do these systems have a default version of clang or icc that
supports this feature? It should be fine to build Dyninst with either of those
assuming they're recent enough (and I've been working with icc builds off and
on locally).
Second, and more general, question: is there any
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: a0ced65275ce118e16f045e45dd8b586b7923f8d
https://github.com/dyninst/dyninst/commit/a0ced65275ce118e16f045e45dd8b586b7923f8d
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-04-17 (Mon, 17 Ap
Branch: refs/heads/wrwilliams/cleanup-for-9.3.2
Home: https://github.com/dyninst/dyninst
Commit: a0ced65275ce118e16f045e45dd8b586b7923f8d
https://github.com/dyninst/dyninst/commit/a0ced65275ce118e16f045e45dd8b586b7923f8d
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 1575b01d4f68121dd3e01be0c39e3158460e65df
https://github.com/dyninst/dyninst/commit/1575b01d4f68121dd3e01be0c39e3158460e65df
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-04-14 (Fri,
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: ad4acdfee1507a357913bda48cb8bf4715412836
https://github.com/dyninst/dyninst/commit/ad4acdfee1507a357913bda48cb8bf4715412836
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-04-12 (Wed, 12 Ap
Branch: refs/heads/wrwilliams/cleanup-for-9.3.2
Home: https://github.com/dyninst/dyninst
Commit: ad4acdfee1507a357913bda48cb8bf4715412836
https://github.com/dyninst/dyninst/commit/ad4acdfee1507a357913bda48cb8bf4715412836
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2
There are many ways to go about this, and they all have their pros and cons. In
general, my recommendation would be to insert calls to either collect
performance counters or record fine-grained integer-based timers, depending on
what you want to measure and what sorts of skid are acceptable in
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: f9abd6cc8808f2dbcd0618871e51165e6a716f95
https://github.com/dyninst/dyninst/commit/f9abd6cc8808f2dbcd0618871e51165e6a716f95
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-13 (Mon, 13 Ma
Branch: refs/heads/wrwilliams/exception_fixes
Home: https://github.com/dyninst/dyninst
Commit: 3e726e82f3a4aa0ba4ad05d64838c285ceba4f7b
https://github.com/dyninst/dyninst/commit/3e726e82f3a4aa0ba4ad05d64838c285ceba4f7b
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017
Branch: refs/heads/wrwilliams/owns_typ_fix
Home: https://github.com/dyninst/dyninst
Commit: c6de82333ce99ad71f4ec500195ab5f815c49a78
https://github.com/dyninst/dyninst/commit/c6de82333ce99ad71f4ec500195ab5f815c49a78
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 19b90bcef22ac76dda81600b0e2babe4638b5cc4
https://github.com/dyninst/dyninst/commit/19b90bcef22ac76dda81600b0e2babe4638b5cc4
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-14 (Tue, 14 Ma
r 2017)
Changed paths:
M cmake/packages.cmake
Log Message:
---
Pass CFLAGS to libdwarf and libiberty
Commit: 3739826e16b8515eaa51240a9f1851517aab38d1
https://github.com/dyninst/dyninst/commit/3739826e16b8515eaa51240a9f1851517aab38d1
Author: Bill Williams <b...@cs
Branch: refs/heads/master
Home: https://github.com/dyninst/dyninst
Commit: 692109d97aec8cd7aa5e2e5681ec4c8b3edb5b5b
https://github.com/dyninst/dyninst/commit/692109d97aec8cd7aa5e2e5681ec4c8b3edb5b5b
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-03-14 (Tue,
Branch: refs/heads/wrwilliams/owns_typ_fix
Home: https://github.com/dyninst/dyninst
Commit: 3e726e82f3a4aa0ba4ad05d64838c285ceba4f7b
https://github.com/dyninst/dyninst/commit/3e726e82f3a4aa0ba4ad05d64838c285ceba4f7b
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 72a4f49743f1b7b917054489f09c8e2bfaafb811
https://github.com/dyninst/dyninst/commit/72a4f49743f1b7b917054489f09c8e2bfaafb811
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-09 (Thu, 09 Ma
rigin/HEAD, master)
|\ Merge: 86d44d2 3cddbd2
| | Author: Bill Williams <wwillia...@gmail.com>
| | Date: Thu Mar 2 15:44:13 2017 -0600
| |
| | Merge pull request #341 from dyninst/v9.3.x
| |
| | v9.3.x
| |
| * commit 3cddbd206a3384765f2aad15fa07ccd0b0944c7f (tag: v9.3.1,
origin/
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 902c4d8516eb2016b332f0261c360e32515fbdc8
https://github.com/dyninst/dyninst/commit/902c4d8516eb2016b332f0261c360e32515fbdc8
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-07 (Tue, 07 Ma
2017-02-01 (Wed, 01 Feb 2017)
Changed paths:
M dyninstAPI/src/codegen.C
Log Message:
---
arm64: set number of regs defined in beginTrackRegDefs()
Commit: a101706d261e99de01deb537ded6ef8d70802889
https://github.com/dyninst/dyninst/commit/a101706d261e99de01deb537ded6ef8d70
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 3cddbd206a3384765f2aad15fa07ccd0b0944c7f
https://github.com/dyninst/dyninst/commit/3cddbd206a3384765f2aad15fa07ccd0b0944c7f
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-02 (Thu, 02 Ma
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: 266352fafdf760ede18de0b50e9b4d60f5c79ee7
https://github.com/dyninst/dyninst/commit/266352fafdf760ede18de0b50e9b4d60f5c79ee7
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-03-02 (Thu, 02 Ma
Branch: refs/heads/wrwilliams/symtab-asserts
Home: https://github.com/dyninst/dyninst
Commit: 266352fafdf760ede18de0b50e9b4d60f5c79ee7
https://github.com/dyninst/dyninst/commit/266352fafdf760ede18de0b50e9b4d60f5c79ee7
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017
riable,
but try to determine whether the variable is bounded
Commit: 54f1b1e16064332983f0a35db58bd5a0234925ad
https://github.com/dyninst/dyninst/commit/54f1b1e16064332983f0a35db58bd5a0234925ad
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-02-24 (Fri, 24 Feb 2017
figure out.
From: Manoj Kumar <kumar140...@gmail.com>
Sent: Tuesday, February 21, 2017 11:12 AM
To: dyninst-api@cs.wisc.edu; Bill Williams
Subject: Find function for c++ dll
Hi Bill,
I am getting an issue with BPatch_Image class Method FindFunction(un
https://github.com/dyninst/dyninst/commit/d3fa4d831dd12a84a5a6ce678d5d5195bacf13b8
Author: Bill Williams <wwillia...@gmail.com>
Date: 2017-02-20 (Mon, 20 Feb 2017)
Changed paths:
M symtabAPI/src/dwarfWalker.C
Log Message:
---
Merge pull request #335 from teco-
gDefs()
Commit: 4de990793653f8f2f8125e4d12ef86d8d8c721ac
https://github.com/dyninst/dyninst/commit/4de990793653f8f2f8125e4d12ef86d8d8c721ac
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-02-15 (Wed, 15 Feb 2017)
Changed paths:
M dataflowAPI/src/RegisterMap.C
M dataflowAPI/src/livenes
454bd6c49e6f
https://github.com/dyninst/dyninst/commit/332540d3fa1947c49ea07d21ad16454bd6c49e6f
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-02-15 (Wed, 15 Feb 2017)
Changed paths:
M dyninstAPI/src/linux-aarch64.C
M stackwalk/src/linux-swk.C
Log Message:
---
Changed paths:
M common/src/addrtranslate-sysv.C
M dyninstAPI/src/image.C
Log Message:
---
more leaks
Commit: db4163808fc6da56adff4ccf10c71f16ebfdf57f
https://github.com/dyninst/dyninst/commit/db4163808fc6da56adff4ccf10c71f16ebfdf57f
Author: Bill Williams <w
We're going to be tagging and releasing a Dyninst 9.3.1 this week or early next
week. Please be sure to file your pull requests to the v9.3.x branch soon if
there's any outstanding work that you want included in a point release.
Thanks to everyone for their contributions so far. Things already
454bd6c49e6f
https://github.com/dyninst/dyninst/commit/332540d3fa1947c49ea07d21ad16454bd6c49e6f
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-02-15 (Wed, 15 Feb 2017)
Changed paths:
M dyninstAPI/src/linux-aarch64.C
M stackwalk/src/linux-swk.C
Log Message:
Branch: refs/heads/v9.3.x
Home: https://github.com/dyninst/dyninst
Commit: eae6980c1d77f12f83b41895898f555b22a86a8e
https://github.com/dyninst/dyninst/commit/eae6980c1d77f12f83b41895898f555b22a86a8e
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-02-14 (Tue, 14 Fe
Branch: refs/heads/wrwilliams/icf_leaks
Home: https://github.com/dyninst/dyninst
Commit: eae6980c1d77f12f83b41895898f555b22a86a8e
https://github.com/dyninst/dyninst/commit/eae6980c1d77f12f83b41895898f555b22a86a8e
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2017-02-1
Did Dyninst install into /usr/local/lib, or is it elsewhere on your system? All
of those methods should be exported and visible (and if they weren't, Dyninst
itself wouldn't build and link correctly), so the most likely problem is that
the parseAPI library is not in your link path.
--bw
Branch: refs/heads/wrwilliams/cleanup_for_9_3_1
Home: https://github.com/dyninst/dyninst
Commit: a101706d261e99de01deb537ded6ef8d70802889
https://github.com/dyninst/dyninst/commit/a101706d261e99de01deb537ded6ef8d70802889
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2
Branch: refs/heads/wrwilliams/cleanup_for_9_3_1
Home: https://github.com/dyninst/dyninst
Commit: 74605b16452c1c7e2defbe359612e3e1b18395ad
https://github.com/dyninst/dyninst/commit/74605b16452c1c7e2defbe359612e3e1b18395ad
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2
Branch: refs/heads/wrwilliams/cleanup_for_9_3_1
Home: https://github.com/dyninst/dyninst
Commit: 1a5b8afa5e325620196045306ea017cd6dfea505
https://github.com/dyninst/dyninst/commit/1a5b8afa5e325620196045306ea017cd6dfea505
Author: Bill Williams <b...@cs.wisc.edu>
Date: 2
1 - 100 of 363 matches
Mail list logo