trouble with wxPython debug build

Did you change the values of wxUSE_MEMORY_TRACING and
wxUSE_DEBUG_CONTEXT in setup.h? If so is it possible that some files
were compiled with one setting and the rest with another? If object.cpp
was compiled with one or both of those set to 1 and memory.cpp was
compiled with them set to 0, then wxDebugAlloc and wxDebugFree would
indeed be missing.

If I were you I would try a full clean and rebuild for the debug lib.
You can do this by running "nmake {all the flags} clean" or by hand by
removing the build/msw/vc_mswuddll, contrib/build/*/vc_mswuddll and the
lib/vc_dll/mswud directories.

I had wxUSE_DEBUG_CONTEXT and wxUSE_MEMORY_TRACING set to 1 in setup.h, but
was working with a fresh source tree. I tried a fresh build with those two
variables set to 0, but then ran into the following at the last install step
(python setup.py install UNICODE=1 MONOLITHIC=1)

copying wx\tools\....

...snip....

running build_ext
building '_core_' extension
creating build.unicode\temp.win32-2.4\Release
creating build.unicode\temp.win32-2.4\Release\src
creating build.unicode\temp.win32-2.4\Release\src\msw
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo
/Ox /MD /W3 /GX /DNDEBUG -DWIN32 -D_WINDOWS -D__WXMSW__ -DWXUSINGDLL=1
-DSWIG_TYPE_TABLE=_wxPython_table -DWXP_USE_THREAD=1 -UNDEBUG
-D__NO_VC_CRTDBG__ -D__WXDEBUG__ -Iinclude -Isrc
-IC:\build_dir\eanta\wxPython-src-2.6.2.1\lib\vc_dll\mswuh -I
C:\build_dir\eanta\wxPython-src-2.6.2.1\include
-IC:\build_dir\eanta\wxPython-src-2.6.2.1\contrib\include
-IC:\build_dir\Python-2.4.2\include -IC:\build_dir\Python-2.4.2\PC
/Tpsrc/helpers.cpp /Fobuild.unicode\temp.win32-2.4\Release\src/helpers.obj
/Gy
cl : Command line warning D4025 : overriding '/DNDEBUG' with '/UNDEBUG'
helpers.cpp
C:\build_dir\eanta\wxPython-src-2.6.2.1\include\wx\platform.h(190) : fatal
error
C1083: Cannot open include file: 'wx/setup.h': No such file or directory
error: command '"C:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\bin\cl.exe"' failed with exit status 2

Is it possible that these are related somehow? I tried putting setup.h in
include/wx but that didn't seem to help much either.

-David

Seelig,David wrote:

...snip....

running build_ext
building '_core_' extension
creating build.unicode\temp.win32-2.4\Release
creating build.unicode\temp.win32-2.4\Release\src
creating build.unicode\temp.win32-2.4\Release\src\msw
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo
/Ox /MD /W3 /GX /DNDEBUG -DWIN32 -D_WINDOWS -D__WXMSW__ -DWXUSINGDLL=1
-DSWIG_TYPE_TABLE=_wxPython_table -DWXP_USE_THREAD=1 -UNDEBUG
-D__NO_VC_CRTDBG__ -D__WXDEBUG__ -Iinclude -Isrc
-IC:\build_dir\eanta\wxPython-src-2.6.2.1\lib\vc_dll\mswuh -I
C:\build_dir\eanta\wxPython-src-2.6.2.1\include
-IC:\build_dir\eanta\wxPython-src-2.6.2.1\contrib\include
-IC:\build_dir\Python-2.4.2\include -IC:\build_dir\Python-2.4.2\PC
/Tpsrc/helpers.cpp /Fobuild.unicode\temp.win32-2.4\Release\src/helpers.obj
/Gy
cl : Command line warning D4025 : overriding '/DNDEBUG' with '/UNDEBUG'
helpers.cpp
C:\build_dir\eanta\wxPython-src-2.6.2.1\include\wx\platform.h(190) : fatal
error
C1083: Cannot open include file: 'wx/setup.h': No such file or directory
error: command '"C:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\bin\cl.exe"' failed with exit status 2

Is it possible that these are related somehow? I tried putting setup.h in
include/wx but that didn't seem to help much either.

The setup.h will be copied to a build-specific directory (so you can have different settings for different kinds of builds if desired.) For the unicode debug DLL build it should end up in %WXDIR%\lib\vc_dll\mswud, but in your command line above it is adding a -I flag for the hybrid build: %WXDIR%\lib\vc_dll\mswuh, so the cokmpiler isn't finding it. You'll need to add a --debug flag to the setup.py command line.

ยทยทยท

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!