summaryrefslogtreecommitdiffstats
path: root/pyuno
diff options
context:
space:
mode:
authorTor Lillqvist <tlillqvist@novell.com>2011-08-22 23:05:55 +0300
committerTor Lillqvist <tlillqvist@novell.com>2011-08-22 23:35:19 +0300
commitc3b5c166b9bc212d631558a7568a6eb24fea11c0 (patch)
tree37fc6a6769d8ea2edc3c06b906fcb1adbc227811 /pyuno
parentchmod -x (diff)
downloadcore-c3b5c166b9bc212d631558a7568a6eb24fea11c0.tar.gz
core-c3b5c166b9bc212d631558a7568a6eb24fea11c0.zip
Make a dbgutil build of the Explorer extension succeed
Take notice of USE_DEBUG_RUNTIME also in set_wntx64.mk. Don't unset USE_DEBUG_RUNTIME and don't hardcode the non-debugging msvcprt.lib when building the Explorer extension. Undefine OSL_DEBUG_LEVEL in its source files that would otherwise drag in the diagnosing functions from sal. We don't link the Explorer extension with sal. As such it might not make much sense to actually *use* a shell extension built with assertions in the C++ library, against the debugging C/C++ runtime. You don't want assertions to fire in Explorer, do you? On the other hand, one could be debugging an Explorer extension remotely. Maybe even locally, I don't know if some lower levels of Windows get upset if Explorer is unresponsive due to being debugged, or something. But anyway, the main point for now is to make an --enable-dbgutil build succeed. Alternatively we could also make sure USE_DEBUG_RUNTIME is unset in *all* makefiles in shell.
Diffstat (limited to 'pyuno')
0 files changed, 0 insertions, 0 deletions