[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Problems building 1.1.x on win

From: SteveKing <steveking_at_gmx.ch>
Date: 2004-07-22 11:09:09 CEST

> The root of the problem is that Apache doesn't ship vcproj files, only
> dsp's. So, we have some 'pre-converted' vcproj files that we just copy
> over to the apr directories and tell the solution to use those. Icky.

I know that. But this worked (still does) on the 1.0.x branch. There the
library get's added to the projects link dependencies by the script.

> I'm not sure exactly what is wrong (Apache seems to want BDB now when it
> never did before), but if you build Apache first it should work since
> the projects will be up to date and it won't bother building using our
> project files.

Building Apache first means using the *.dsp files and convert them first.
That will work, yes. But so does the "-t dsp" part of the script.

> I use VSNet2003 and I don't see this problem -- it converts the
> VSNet2002 project and solutions fine. The problem with adding another

It does this _only_ if you start the IDE and load the solution file.
But if you try to do this:
devenv subversion_vcnet.sln /useenv /build release /project "__ALL__"
it doesn't work because it stops with an error message that the
solution/project files first have to be converted. And converting from the
command line is not possible (believe me: I searched all docs, googled for
two days).
But that's not a real problem. As I said I can work around that by tweaking
that version number in the solution file myself.

> I think we may be better off redoing how our version resource
> definitions are handled so that we can ditch the vcproj support entirely
> and just let VS convert dsp's (even Whidbey converts dsps) -- the
> resource definitions are the only reason VSNet screws up when it
> converts Subversion dsp files.

Oh no! Please don't. If you do that, then I can forget having a build script
for TSVN because I then _must_ build Subversion "manually" first, i.e. not
from the command line.

I found another "bug" in the "-t vcproj" build:
if you do a /rebuild instead of just a /build, then the
/build/win32/build_neon.bat file get's deleted before the actual build
(seems the "temp" pattern specified includes *.bat). That means that a
/rebuild is not possible at all. Only normal builds work.


+++ GMX DSL-Tarife 3 Monate gratis* +++ Nur bis 25.7.2004 +++
Bis 24.000 MB oder 300 Freistunden inkl. http://www.gmx.net/de/go/dsl
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 22 11:09:24 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.