2017-08-25 06:46:16 +01:00
|
|
|
#!/usr/bin/env python3
|
|
|
|
|
2019-05-03 18:14:27 +01:00
|
|
|
import contextlib
|
2019-04-03 19:33:37 +01:00
|
|
|
from distutils.dir_util import mkpath
|
|
|
|
from distutils.file_util import copy_file
|
2019-11-15 21:28:47 +00:00
|
|
|
import os
|
|
|
|
import os.path
|
|
|
|
import re
|
2018-04-07 18:42:48 +01:00
|
|
|
from setuptools import setup, find_packages
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
from setuptools.command.build_ext import build_ext
|
2019-11-15 21:28:47 +00:00
|
|
|
from setuptools.command.egg_info import egg_info
|
|
|
|
from setuptools.extension import Extension
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
import subprocess
|
2019-04-03 19:33:37 +01:00
|
|
|
import sys
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
|
|
|
|
2019-04-03 19:33:37 +01:00
|
|
|
class my_build_ext(build_ext):
|
|
|
|
user_options = [
|
|
|
|
('inplace', 'i', 'put compiled extension into the source directory'),
|
|
|
|
('parallel=', 'j', 'number of parallel build jobs'),
|
|
|
|
]
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
2019-04-03 19:33:37 +01:00
|
|
|
boolean_options = ['inplace']
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
2019-04-03 19:33:37 +01:00
|
|
|
help_options = []
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
2019-09-04 22:40:47 +01:00
|
|
|
def _run_autoreconf(self, dir):
|
|
|
|
makefile_in = os.path.join(dir, 'Makefile.in')
|
2019-05-03 18:14:27 +01:00
|
|
|
if not os.path.exists(makefile_in):
|
|
|
|
try:
|
2019-09-04 22:40:47 +01:00
|
|
|
subprocess.check_call(['autoreconf', '-i', dir])
|
2019-05-03 18:14:27 +01:00
|
|
|
except Exception:
|
|
|
|
with contextlib.suppress(FileNotFoundError):
|
|
|
|
os.remove(makefile_in)
|
|
|
|
raise
|
|
|
|
|
2019-09-04 22:40:47 +01:00
|
|
|
def _run_configure(self):
|
2019-04-03 19:33:37 +01:00
|
|
|
mkpath(self.build_temp)
|
2019-05-03 18:14:27 +01:00
|
|
|
makefile = os.path.join(self.build_temp, 'Makefile')
|
|
|
|
if not os.path.exists(makefile):
|
2019-04-03 19:33:37 +01:00
|
|
|
args = [
|
|
|
|
os.path.relpath('libdrgn/configure', self.build_temp),
|
|
|
|
'--disable-static', '--with-python=' + sys.executable,
|
|
|
|
]
|
2019-05-03 18:14:27 +01:00
|
|
|
try:
|
|
|
|
subprocess.check_call(args, cwd=self.build_temp)
|
|
|
|
except Exception:
|
|
|
|
with contextlib.suppress(FileNotFoundError):
|
|
|
|
os.remove(makefile)
|
|
|
|
raise
|
2019-04-03 19:33:37 +01:00
|
|
|
|
2019-09-04 22:40:47 +01:00
|
|
|
def _run_make(self):
|
|
|
|
args = ['make', '-C', self.build_temp]
|
2019-04-03 19:33:37 +01:00
|
|
|
if self.parallel:
|
|
|
|
args.append(f'-j{self.parallel}')
|
|
|
|
subprocess.check_call(args)
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
2019-09-04 22:40:47 +01:00
|
|
|
def run(self):
|
|
|
|
self._run_autoreconf('libdrgn')
|
|
|
|
self._run_autoreconf('libdrgn/elfutils')
|
|
|
|
self._run_configure()
|
|
|
|
self._run_make()
|
|
|
|
|
2019-04-03 19:33:37 +01:00
|
|
|
so = os.path.join(self.build_temp, '.libs/_drgn.so')
|
|
|
|
if self.inplace:
|
2019-09-06 20:25:59 +01:00
|
|
|
copy_file(so, self.get_ext_fullpath('_drgn'), update=True)
|
|
|
|
old_inplace, self.inplace = self.inplace, 0
|
2019-04-03 19:33:37 +01:00
|
|
|
build_path = self.get_ext_fullpath('_drgn')
|
|
|
|
mkpath(os.path.dirname(build_path))
|
2019-09-06 20:25:59 +01:00
|
|
|
copy_file(so, build_path, update=True)
|
|
|
|
self.inplace = old_inplace
|
Rewrite drgn core in C
The current mixed Python/C implementation works well, but it has a
couple of important limitations:
- It's too slow for some common use cases, like iterating over large
data structures.
- It can't be reused in utilities written in other languages.
This replaces the internals with a new library written in C, libdrgn. It
includes Python bindings with mostly the same public interface as
before, with some important improvements:
- Types are now represented by a single Type class rather than the messy
polymorphism in the Python implementation.
- Qualifiers are a bitmask instead of a set of strings.
- Bit fields are not considered a separate type.
- The lvalue/rvalue terminology is replaced with reference/value.
- Structure, union, and array values are better supported.
- Function objects are supported.
- Program distinguishes between lookups of variables, constants, and
functions.
The C rewrite is about 6x as fast as the original Python when using the
Python bindings, and about 8x when using the C API directly.
Currently, the exposed API in C is fairly conservative. In the future,
the memory reader, type index, and object index APIs will probably be
exposed for more flexibility.
2019-03-22 23:27:46 +00:00
|
|
|
|
2019-09-04 01:07:37 +01:00
|
|
|
def get_source_files(self):
|
|
|
|
if os.path.exists('.git'):
|
|
|
|
args = ['git', 'ls-files', '-z', 'libdrgn']
|
|
|
|
return [
|
|
|
|
os.fsdecode(path) for path in
|
|
|
|
subprocess.check_output(args).split(b'\0') if path
|
|
|
|
]
|
|
|
|
else:
|
|
|
|
# If this is a source distribution, then setuptools will get the
|
|
|
|
# list of sources that was included in the tarball.
|
|
|
|
return []
|
2017-08-29 05:16:43 +01:00
|
|
|
|
|
|
|
|
2019-11-15 21:28:47 +00:00
|
|
|
# Work around pypa/setuptools#436.
|
|
|
|
class my_egg_info(egg_info):
|
|
|
|
def run(self):
|
|
|
|
if os.path.exists('.git'):
|
|
|
|
try:
|
|
|
|
os.remove(os.path.join(self.egg_info, 'SOURCES.txt'))
|
|
|
|
except FileNotFoundError:
|
|
|
|
pass
|
|
|
|
super().run()
|
|
|
|
|
|
|
|
|
2019-10-18 10:03:32 +01:00
|
|
|
with open('libdrgn/drgn.h.in', 'r') as f:
|
2019-04-03 19:33:37 +01:00
|
|
|
drgn_h = f.read()
|
|
|
|
version_major = re.search('^#define DRGN_VERSION_MAJOR ([0-9])+$', drgn_h,
|
|
|
|
re.MULTILINE).group(1)
|
|
|
|
version_minor = re.search('^#define DRGN_VERSION_MINOR ([0-9])+$', drgn_h,
|
|
|
|
re.MULTILINE).group(1)
|
|
|
|
version_patch = re.search('^#define DRGN_VERSION_PATCH ([0-9])+$', drgn_h,
|
|
|
|
re.MULTILINE).group(1)
|
|
|
|
version = f'{version_major}.{version_minor}.{version_patch}'
|
|
|
|
|
|
|
|
setup(
|
|
|
|
name='drgn',
|
|
|
|
version=version,
|
|
|
|
packages=find_packages(exclude=['examples', 'scripts', 'tests']),
|
|
|
|
# This is here so that setuptools knows that we have an extension; it's
|
|
|
|
# actually built using autotools/make.
|
|
|
|
ext_modules=[Extension(name='_drgn', sources=[])],
|
|
|
|
cmdclass={
|
|
|
|
'build_ext': my_build_ext,
|
2019-11-15 21:28:47 +00:00
|
|
|
'egg_info': my_egg_info,
|
2019-04-03 19:33:37 +01:00
|
|
|
},
|
|
|
|
entry_points={
|
|
|
|
'console_scripts': ['drgn=drgn.internal.cli:main'],
|
|
|
|
},
|
|
|
|
author='Omar Sandoval',
|
|
|
|
author_email='osandov@osandov.com',
|
|
|
|
description='Scriptable debugger library',
|
|
|
|
license='GPL-3.0+',
|
|
|
|
url='https://github.com/osandov/drgn',
|
|
|
|
)
|