msvc toolkit compiler build

[Didrik Pinte]

Le jeudi 30 mars 2006 à 18:26 +0200, Bernhard Reiter a écrit :
> Didrik,
> 
> 
> Am 30. Mar 2006 um 18:10:00 schrieb Didrik Pinte:
> > Le jeudi 30 mars 2006 à 15:53 +0200, Didrik Pinte a écrit :
> > > Le mercredi 29 mars 2006 à 12:10 +0200, Bernhard Reiter a écrit :
> > > Good news, there is no need for the full  MSVC 7.1 for building
> > > extension on Windows. The Microsoft Visual C++ Toolkit Compiler (a.k.a.
> > > MS Toolkit Compiler) is available freely and can do the trick.
> > > 
> > > I've followed the following steps and it seems to work :
> > > http://www.vrplumber.com/programming/mstoolkit/ 
> > > 
> > > 1) The first correction to thuban/libraries/thuban/wxproj.cpp:
> > >         adding a #undef LP in a line right after the #undef PVALUE
> > > 
> > > 2) I've updated the setup.py to the wx26 directory and inclusion
> > 
> > Great, it's working. 
> 
> wonderful. 
> Thanks for the great description!
> Now I am curious about your tests.
> If they run fine, it would be grant to provide a package of some kind
> for others to play with.

Sure, i've tried to launch the iss installer build but it didn't work.
That will be for tomorrow ;-)


> > Here are the steps i've followed.
> > 
> > [1] The error was because of a bad use of sqrt function in wxproj.cpp.
> > 
> > The following correction made the trick :
> > line 468 : 
> >     len = (long)sqrt(vx * vx + vy * vy);
> > becomes :
> >     len = (long)sqrt((float)vx * vx + vy * vy);
> 
> I would not say this is bad usage of sqrt, but if the explicit cast helps 
> the microsoft compiler, why not. :)

It's because of math.h that has no function with long inputs ...

> I wounder if (double) would also be fine and more precise,
> but it might also hit speed.
> 
> > [2] Downloaded and build proj 4.4.6
> > 
> > [3] Adapted path to have nmake.exe and lib.exe in the path (from
> > Platform sdk)
> 
> Where did you change this?

I've made a vc7.bat file to adapt the PATH, INCLUDE and LIB variables. I
will provide it with the diffs.

> 
> It would be cool to have a set of diffs against Thuban's files,
> so we can commit these changes permanently.

I will send beautiful diff files, so that, a rapid patch on the original
files will make it ;-)

I try to test everything this evening.

Didrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/c57b6d25/attachment.bin