Tim Haines

This is a known issue. We're working on retooling our build system and then updating support for more recent tbb versions as well as providers (e.g., intel-tbb vs oneapi).

Oh, I see what happened. That file was removed as part of a cleanup effort in d42b659106. But there were two public header files that went from being explicitly named...

We've never tried using Dyninst on android, so we don't have too much advice. As you found, all re-written binaries require access to the runtime library. The path forward would...

>I didn't even bother debugging it because I knew what this meant: Dyninst is doing actual work inside assert statements Unless we missed some cases, this was addressed two years...

Thanks! There are quite a few const correctness issues in Symtab that have been on our TODO list for a while. They are ABI breaks, so we have to wait...

We compute the version from the tbb_stddef.h (or version.h) directly using TBB_VERSION_MAJOR, TBB_VERSION_MINOR, and TBB_INTERFACE_VERSION in https://github.com/dyninst/dyninst/blob/master/cmake/Modules/FindTBB.cmake#L166. Those version representations haven't changed as of the 2020.2 release. I know that...

The LGPL is for Paradyn the organization which Dyninst is a part of and the paradyn tool used to be part of (it's dead now). The file-level citations refer to...

@stanfordcox Patching will work. There is only one commit past v11.0.1, but it just adds a missing instruction (xsave). [dyninst-11.0.1.patch.log](https://github.com/dyninst/dyninst/files/6703417/dyninst-11.0.1.patch.log)

@mxz297 I'm going to have to hand this off to you. I'm afraid I've run out of knowledge.

@mxz297 @stanfordcox Have we confirmed that this is fixed in the HEAD of master?