Jun 15, 2010 I am trying to manually compile SQLite 3.6.23 with Dev-C as a static library (I can always just download de DevPac, which comes precompiled, but I want to learn to do this by myself). I'm not sure which source code files I need to add to my project in order to compile it. Open dev-cpp File-New Project choose DLL and 'c or c' click OK click Save in save dialog add an include to your source file before you exportable functions (& their prototypes) add 'declspec (dllexport)'.
hi i have made this dll and was wondering how would i write the functions in devc++ for the '.h' file because i have been informed i need to do that as it just seems to crash the application at the moment and im new to this language so im very unsure how they should look and all i have for refrence is the following which doesnt really seem to help so much as my functions seem diffrent to this. it would be amazing if someone could help me its taken me months to get this far and i am so determined to get this out to developers soon as i think it could prove useful to have.
i forgot to add the functions, silly me. they are as follows:
Modules written in C++ (or C) are commonly used to extend the capabilities of a Python interpreter as well as to enable access to low-level operating system capabilities. There are three primary types of modules:
This article walks through building a C++ extension module for CPython that computes a hyperbolic tangent and calls it from Python code. The routine is implemented first in Python to demonstrate the relative performance gain of implementing the same routine in C++.
This article also demonstrates two ways to make the C++ available to Python:
A comparison between these and other means is found under alternative approaches at the end of this article.
The completed sample from this walkthrough can be found on python-samples-vs-cpp-extension (GitHub).
Visual Studio 2017 or later with both the Desktop Development with C++ and Python Development workloads installed with default options.
In the Python Development workload, also select the box on the right for Python native development tools. This option sets up most of the configuration described in this article. (This option also includes the C++ workload automatically.)
Installing the Data science and analytical applications workload also includes Python and the Python native development tools option by default.
For more information, see Install Python support for Visual Studio, including using other versions of Visual Studio. If you install Python separately, be sure to select Download debugging symbols and Download debug binaries under Advanced Options in the installer. This option ensures that you have the necessary debug libraries available if you choose to do a debug build.
Create a new Python project in Visual Studio by selecting File > New > Project. Search for 'Python', select the Python Application template, give it a suitable name and location, and select OK.
Working with C++ requires that you use a 32-bit Python interpreter (Python 3.6 or above recommended). In the Solution Explorer window of Visual Studio, expand the project node, then expand the Python Environments node. If you don't see a 32-bit environment as the default (either in bold, or labeled with global default), then follow the instructions on Select a Python environment for a project. If you don't have a 32-bit interpreter installed, see Install Python interpreters.
In the project's .py file, paste the following code that benchmarks the computation of a hyperbolic tangent (implemented without using the math library for easier comparison). Feel free to enter the code manually to experience some of the Python editing features.
Run the program using Debug > Start without Debugging (Ctrl+F5) to see the results. You can adjust the
COUNT variable to change how long the benchmark takes to run. For the purposes of this walkthrough, set the count so that the benchmark take around two seconds.
When running benchmarks, always use Debug > Start without Debugging to avoid the overhead incurred when running code within the Visual Studio debugger.
Follow the instructions in this section to create two identical C++ projects named 'superfastcode' and 'superfastcode2'. Later you'll use different means in each project to expose the C++ code to Python.
Make sure the
PYTHONHOME environment variable is set to the Python interpreter you want to use. The C++ projects in Visual Studio rely on this variable to locate files such as python.h, which are used when creating a Python extension.
Right-click the solution in Solution Explorer and select Add > New Project. A Visual Studio solution can contain both Python and C++ projects together (which is one of the advantages of using Visual Studio for Python).
Search on 'C++', select Empty project, specify the name 'superfastcode' ('superfastcode2' for the second project), and select OK.
With the Python native development tools installed in Visual Studio, you can start with the Python Extension Module template instead, which has much of what's described below already in place. For this walkthrough, though, starting with an empty project demonstrates building the extension module step by step. Once you understand the process, the template saves you time when writing your own extensions.
Create a C++ file in the new project by right-clicking the Source Files node, then select Add > New Item, select C++ File, name it
module.cpp, and select OK.
A file with the .cpp extension is necessary to turn on the C++ property pages in the steps that follow.
Right-click the C++ project in Solution Explorer, select Properties.
At the top of the Property Pages dialog that appears, set Configuration to All Configurations and Platform to Win32.
Set the specific properties as described in the following table, then select OK.
|General||General > Target Name||Specify the name of the module as you want to refer to it from Python in |
|General > Target Extension||.pyd|
|Project Defaults > Configuration Type||Dynamic Library (.dll)|
|C/C++ > General||Additional Include Directories||Add the Python include folder as appropriate for your installation, for example, |
|C/C++ > Preprocessor||Preprocessor Definitions||CPython only: add |
|C/C++ > Code Generation||Runtime Library||Multi-threaded DLL (/MD) (see Warning below)|
|Linker > General||Additional Library Directories||Add the Python libs folder containing .lib files as appropriate for your installation, for example, |
If you don't see the C/C++ tab in the project properties, it's because the project doesn't contain any files that it identifies as C/C++ source files. This condition can occur if you create a source file without a .c or .cpp extension. For example, if you accidentally entered
module.coo instead of
module.cpp in the new item dialog earlier, then Visual Studio creates the file but doesn't set the file type to 'C/C+ Code,' which is what activates the C/C++ properties tab. Such misidentification remains the case even if you rename the file with
.cpp. To set the file type properly, right-click the file in Solution Explorer, select Properties, then set File Type to C/C++ Code.
Always set the C/C++ > Code Generation > Runtime Library option to Multi-threaded DLL (/MD), even for a debug configuration, because this setting is what the non-debug Python binaries are built with. With CPython, if you happen to set the Multi-threaded Debug DLL (/MDd) option, building a Debug configuration produces error C1189: Py_LIMITED_API is incompatible with Py_DEBUG, Py_TRACE_REFS, and Py_REF_DEBUG. Furthermore, if you remove
Py_LIMITED_API (which is required with CPython, but not PyBind11) to avoid the build error, Python crashes when attempting to import the module. (The crash happens within the DLL's call to
PyModule_Create as described later, with the output message of Fatal Python error: PyThreadState_Get: no current thread.)
The /MDd option is used to build the Python debug binaries (such as python_d.exe), but selecting it for an extension DLL still causes the build error with
Right-click the C++ project and select Build to test your configurations (both Debug and Release). The .pyd files are located in the solution folder under Debug and Release, not the C++ project folder itself.
Add the following code to the C++ project's module.cpp file:
Build the C++ project again to confirm that your code is correct.
If you haven't already done so, repeat the steps above to create a second project named 'superfastcode2' with identical contents.
To make the C++ DLL into an extension for Python, you first modify the exported methods to interact with Python types. You then add a function that exports the module, along with definitions of the module's methods.
The sections that follow explain how to perform these steps using both the CPython extensions and PyBind11.
For background on what's shown in this section for Python 3.x, refer to the Python/C API Reference Manual and especially Module Objects on python.org (remember to select your version of Python from the drop-down control on the upper right to view the correct documentation).
If you're working with Python 2.7, refer instead to Extending Python 2.7 with C or C++ and Porting Extension Modules to Python 3 (python.org).
At the top of module.cpp, include Python.h:
tanh_impl method to accept and return Python types (a
PyOjbect*, that is):
Add a structure that defines how the C++
tanh_impl function is presented to Python:
Add a structure that defines the module as you want to refer to it in your Python code, specifically when using the
from..import statement. (Make this match the value in the project properties under Configuration Properties > General > Target Name.) In the following example, the 'superfastcode' module name means you can use
from superfastcode import fast_tanh in Python, because
fast_tanh is defined within
superfastcode_methods. (Filenames internal to the C++ project, like module.cpp, are inconsequential.)
Add a method that Python calls when it loads the module, which must be named
PyInit_<module-name>, where <module-name> exactly matches the C++ project's General > Target Name property (that is, it matches the filename of the .pyd built by the project).
Set the target configuration to Release and build the C++ project again to verify your code. If you encounter errors, see the Troubleshooting section below.
If you completed the steps in the previous section, you certainly noticed that you used lots of boilerplate code to create the necessary module structures for the C++ code. PyBind11 simplifies the process through macros in a C++ header file that accomplish the same result with much less code. For background on what's shown in this section, see PyBind11 basics (github.com).
Install PyBind11 using pip:
pip install pybind11 or
py -m pip install pybind11.
At the top of module.cpp, include pybind11.h:
At the bottom of module.cpp, use the
PYBIND11_MODULE macro to define the entrypoint to the C++ function:
Set the target configuration to Release and build the C++ project to verify your code. If you encounter errors, see the next section on troubleshooting.
The C++ module may fail to compile for the following reasons: Boot camp mac os x yosemite.
Unable to locate Python.h (E1696: cannot open source file 'Python.h' and/or C1083: Cannot open include file: 'Python.h': No such file or directory): verify that the path in C/C++ > General > Additional Include Directories in the project properties points to your Python installation's include folder. See step 6 under Create the core C++ project.
Unable to locate Python libraries: verify that the path in Linker > General > Additional Library Directories in the project properties points to your Python installation's libs folder. See step 6 under Create the core C++ project.
Linker errors related to target architecture: change the C++ target's project architecture to match that of your Python installation. For example, if you're targeting x64 with the C++ project but your Python installation is x86, change the C++ project to target x86.
Now that you have the DLLs structured as Python extensions, you can refer to them from the Python project, import the modules, and use their methods.
There are two ways to make the DLL available to Python.
The first method works if the Python project and the C++ project are in the same solution. Go to Solution Explorer, right-click the References node in your Python project, and then select Add Reference. In the dialog that appears, select the Projects tab, select both the superfastcode and superfastcode2 projects, and then select OK.
The alternate method, described in the following steps, installs the module in the global Python environment, making it available to other Python projects as well. (Doing so typically requires that you refresh the IntelliSense completion database for that environment in Visual Studio 2017 version 15.5 and earlier. Refreshing is also necessary when removing the module from the environment.)
If you're using Visual Studio 2017 or later, run the Visual Studio installer, select Modify, select Individual Components > Compilers, build tools, and runtimes > Visual C++ 2015.3 v140 toolset. This step is necessary because Python (for Windows) is itself built with Visual Studio 2015 (version 14.0) and expects that those tools are available when building an extension through the method described here. (Note that you may need to install a 32-bit version of Python and target the DLL to Win32 and not x64.)
Create a file named setup.py in the C++ project by right-clicking the project and selecting Add > New Item. Then select C++ File (.cpp), name the file
setup.py, and select OK (naming the file with the .py extension makes Visual Studio recognize it as Python despite using the C++ file template). When the file appears in the editor, paste the following code into it as appropriate to the extension method:
CPython extensions (superfastcode project):
See Building C and C++ extensions (python.org) for documentation on this script.
PyBind11 (superfastcode2 project):
The setup.py code instructs Python to build the extension using the Visual Studio 2015 C++ toolset when used from the command line. Open an elevated command prompt, navigate to the folder containing the C++ project (that is, the folder that contains setup.py), and enter the following command:
After you've made the DLL available to Python as described in the previous section, you can now call the
superfastcode2.fast_tanh2 functions from Python code and compare their performance to the Python implementation:
Add the following lines in your .py file to call methods exported from the DLLs and display their outputs:
Run the Python program (Debug > Start without Debugging or Ctrl+F5) and observe that the C++ routines run approximately five to twenty times faster than the Python implementation. Typical output appears as follows:
If the Start Without Debugging command is disabled, right-click the Python project in Solution Explorer and select Set as Startup Project.
Try increasing the
COUNT variable so that the differences are more pronounced. A Debug build of the C++ module also runs slower than a Release build because the Debug build is less optimized and contains various error checks. Feel free to switch between those configurations for comparison.
In the output, you can see that the PyBind11 extension isn't as fast as the CPython extension, though it's still significantly faster than the straight Python implementation. The difference is due to a small amount of per-call overhead that PyBind11 introduces in order to make its C++ interface dramatically simpler. This per-call difference is actually quite negligible: because the test code calls the extension functions 500,000 times, the results you see here greatly amplify that overhead! Typically, a C++ function does much more work than the trivial
fast_tanh methods used here, in which case the overhead is unimportant. However, if you're implementing methods that might be called thousands of times per second, using the CPython approach can result in better performance than PyBind11.
Visual Studio supports debugging Python and C++ code together. This section walks through the process using the superfastcode project; the steps are the same for the superfastcode2 project.
Right-click the Python project in Solution Explorer, select Properties, select the Debug tab, and then select the Debug > Enable native code debugging option.
When you enable native code debugging, the Python output window may disappear immediately when the program has completed without giving you the usual Press any key to continue pause. To force a pause, add the
-i option to the Run > Interpreter Arguments field on the Debug tab when you enable native code debugging. This argument puts the Python interpreter into interactive mode after the code finishes, at which point it waits for you to press Ctrl+Z > Enter to exit. (Alternately, if you don't mind modifying your Python code, you can add
import os and
os.system('pause') statements at the end of your program. This code duplicates the original pause prompt.)
Select File > Save to save the property changes.
Set the build configuration to Debug in the Visual Studio toolbar.
Because code generally takes longer to run in the debugger, you may want to change the
COUNT variable in your .py file to a value that's about five times smaller (for example, change it from
In your C++ code, set a breakpoint on the first line of the
tanh_impl method, then start the debugger (F5 or Debug > Start Debugging). The debugger stops when that code is called. If the breakpoint is not hit, check that the configuration is set to Debug and that you've saved the project (which does not happen automatically when starting the debugger).
At this point you can step through the C++ code, examine variables, and so on. These features are detailed in Debug C++ and Python together.
There are a variety of means to create Python extensions as described in the following table. The first two entries for CPython and PyBind11 are what has been discussed in this article already.
|C/C++ extension modules for CPython||1991||Standard Library||Extensive documentation and tutorials. Total control.||Compilation, portability, reference management. High C knowledge.|
|PyBind11 (Recommended for C++)||2015||Lightweight, header-only library for creating Python bindings of existing C++ code. Few dependencies. PyPy compatibility.||Newer, less mature. Heavy use of C++11 features. Short list of supported compilers (Visual Studio is included).|
|Cython (Recommended for C)||2007||gevent, kivy||Python-like. Highly mature. High performance.||Compilation, new syntax, new toolchain.|
|Boost.Python||2002||Works with just about every C++ compiler.||Large and complex suite of libraries; contains many workarounds for old compilers.|
|ctypes||2003||oscrypto||No compilation, wide availability.||Accessing and mutating C structures cumbersome and error prone.|
|SWIG||1996||crfsuite||Generate bindings for many languages at once.||Excessive overhead if Python is the only target.|
|cffi||2013||cryptography, pypy||Ease of integration, PyPy compatibility.||Newer, less mature.|
|cppyy||2017||Similar to cffi using C++.||Newer, may have some issues with VS 2017.|
The completed sample from this walkthrough can be found on python-samples-vs-cpp-extension (GitHub).