* Py_LOCAL_INLINE does the same thing, and also explicitly requests inlining,
* for platforms that support that.
*
- * If PY_LOCAL_AGGRESSIVE is defined before python.h is included, more
- * "aggressive" inlining/optimization is enabled for the entire module. This
- * may lead to code bloat, and may slow things down for those reasons. It may
- * also lead to errors, if the code relies on pointer aliasing. Use with
- * care.
- *
* NOTE: You can only use this for functions that are entirely local to a
* module; functions that are exported via method tables, callbacks, etc,
* should keep using static.
*/
#if defined(_MSC_VER)
-# if defined(PY_LOCAL_AGGRESSIVE)
- /* enable more aggressive optimization for MSVC */
- /* active in both release and debug builds - see bpo-43271 */
-# pragma optimize("gt", on)
-#endif
/* ignore warnings if the compiler decides not to inline a function */
# pragma warning(disable: 4710)
/* fastest possible local call under MSVC */
</ClCompile>
<Link>
<SubSystem>Console</SubSystem>
- <StackReserveSize>2000000</StackReserveSize>
+ <StackReserveSize Condition="$(Configuration) != 'Debug'">2000000</StackReserveSize>
+ <StackReserveSize Condition="$(Configuration) == 'Debug'">4000000</StackReserveSize>
</Link>
</ItemDefinitionGroup>
<ItemGroup>
XXX document it!
*/
-/* enable more aggressive intra-module optimizations, where available */
-/* affects both release and debug builds - see bpo-43271 */
-#define PY_LOCAL_AGGRESSIVE
-
#include "Python.h"
#include "pycore_abstract.h" // _PyIndex_Check()
#include "pycore_call.h" // _PyObject_FastCallDictTstate()