[wxPython-dev] wxPython for windows 64-bit

[Brandon Pedersen]

Well, I have gotten a bit further...I first realized I was using the wrong
platform sdk which had the wrong version of libraries...not the 7.1 ones
which is what I assume is what I need since python was built with that
version....

Anyway, so I went into the config.vc file and added bufferoverflowu.lib as
an LDFLAG and also on the command line specify TARGET_CPU=3DAMD64. Now I do=
n't
get the security cookie error but I get a very unhelpful error:

        cl /c /nologo /TP /Fovc_mswuhdll\coredll_listctrl.obj /MD /DWIN32
/Fd
..\..\lib\vc_dll\wxmsw28uh_core_vc.pdb   /O2 /D__NO_VC_CRTDBG__
/D__WXMSW__   /D
__WXDEBUG__     /D_UNICODE   /DwxUSE_GRAPHICS_CONTEXT=3D1
/I..\..\lib\vc_dll\mswuh
 /I..\..\include /W4  /I..\..\src\tiff /I..\..\src\jpeg /I..\..\src\png
/I..\..\
src\zlib  /I..\..\src\regex /I..\..\src\expat\lib /DWXUSINGDLL
/DWXMAKINGDLL_COR
E  /DwxUSE_BASE=3D0 /GR /EHsc /Yu"wx/wxprec.h"
/Fp"vc_mswuhdll\wxprec_coredll.pch
"  /D__NO_VC_CRTDBG__ ..\..\src\msw\listctrl.cpp
listctrl.cpp
..\..\src\msw\listctrl.cpp(2569) : warning C4310: cast truncates constant
value
..\..\src\msw\listctrl.cpp(3078) : warning C4267: '=3D' : conversion from
'size_t'
 to 'int', possible loss of data
e:\dist\src\src\msw\listctrl.cpp(2414) : fatal error C1001: INTERNAL
COMPILER ER
ROR
(compiler file 'g:\lab22vclkg\vctools\compiler\utc\src\P2\main.c', line 224)

 Please choose the Technical Support command on the Visual C++
 Help menu, or open the Technical Support help file for more information
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.

(By the way, I am not building from inside visual studio but on the command
line following the instructions here: http://wxpython.org/builddoc.php)

Now my question is on the microsoft website here:
http://support.microsoft.com/kb/894573 it shows an example of a 2 step build
process which is what this is doing. In the example it shows that the
bufferoverflowu.lib file was added to the END of the cl command. And the cl
documentation says that lib files should be appended after the c file. Well,
if I add the lib file in the config.vc file under the compiler flags it adds
the lib file before the C file and throws an error saying it can't find the
source file.

First of all, would adding the bufferoverflowu.lib file to the command fix
this compiler error? Is the lib file really necessary for cl since in the
documentation for cl it says it just passes it on to the linker which is
done in a separate step anyway? Finally if I do need to add the lib file at
the end what would you suggest is the best way to go about that? If I looked
at it right I could just do like a global search and replace for $** and
replace it with $** bufferoverflowu.lib but that seems a bit tedious, but I
will do it if you think it will work.

Thanks again!!!

Brandon

ps - setting MSLU=3D0 and keeping unicode=3D1 helped with the
unicows.dllthing...thanks


On Nov 13, 2007 5:04 PM, Robin Dunn <robin at alldunn.com> wrote:

> Brandon Pedersen wrote:
> > Ok, so I am very new to compiling with msvc...actually C in
> general...never
> > really programmed using C...anywho, so I read some of those posts and it
> > talked about when linking the files you need to use an extra command
> line
> > parameter of bufferoverflowU.lib to overcome the missing
> __security_cookie
> > thing....so instead of like "link file.cpp", it should be "link file.cpp
> > bufferoverflowU.lib"....now I am wondering how I can do that since I am
> just
> > using nmake to do all the work...is there some file I need to change so
> that
> > that parameter is added to all the linking steps? Sorry for my
> > ignorance...thanks for your help
>
> Looking at config.vc it looks like it expects you to set TARGET_CPU (set
> it to either AMD64 or IA64 on the nmake command-line) if it's not x86,
> so maybe that turns on some linker functionality that will take care of
> this for you.  Otherwise you can try setting LDFLAGS to have things
> added to the linker command-line.
>
> --
> Robin Dunn
> Software Craftsman
> http://wxPython.org  Java give you jitters?  Relax with wxPython!
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wxPython-dev-unsubscribe at lists.wxwidgets.org
> For additional commands, e-mail: wxPython-dev-help at lists.wxwidgets.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wxwidgets.org/pipermail/wxpython-dev/attachments/20071114=
/0f298c03/attachment.htm