> From: D.J. Heap [mailto:dj@shadyvale.net]
> Sent: Saturday, May 17, 2003 6:51 AM
> This patch (with the attached vcproj files put into the build/win32
> directory) gets the vcproj generator working -- at least for me. :)
Thanks for doing this.
> The __INSTALLER__ project does not generate for some reason (causing the
> solution to leave it unloaded when it is brought up), and I haven't
> tested building the swig projects, but everything else builds for me
> with debug symbols and resources where appropriate.
Very nice!
> I'm not very happy about having to provide the vcproj files for apr and
> friends, but since they are not provided by apr and trying to reference
> the dsp's from the solution just causes VCNet to choke, I'm not sure
> what else to do. The generator copies them from the build/win32
> directory if they do not already exists in the various apr directories.
>
> Perhaps someone with more knowledge of the build system on Windows
> (Sandar, Greg, Brane?) can look this over and see a better way to handle
> the apr projects and the __INSTALLER__?
We probably end up committing .vcproj and .sln files to apr and friends.
Unless apr switches to a generated model aswell... but somehow I think that
isn't as easy to push through there as it was here ;).
> One last possible problem is that I can't test the apr and friends
> vcproj files on VCNet 7.0 (2002). I'm using VCNet 7.1 (2003) so I had
> to tweak them a bit -- I think they will work on VCNet 7.0, but I'm not
> positive.
I have VS.NET 2002, so I can test that. Not sure I'm going to be doing that
today though.
Sander
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 17 11:10:40 2003