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

Re: Building on Windows

From: D.J. Heap <dj_at_shadyvale.net>
Date: 2003-05-10 04:12:35 CEST

Branko Čibej wrote:
> No, the programs shouldn't go into the source tree; but the output tree
> should have the same structure as the source tree. So, for example,
> svn.exe should go into ./Release/subversion/clients/cmdline/svn.exe

Ok, I see.

> You have to define that in the .dsp. The sections in build.conf should
> get a new parameter that gets defined as "SVN_FILE_NAME".

Ah, it could probably just be generated in the dsp template rather than
a new build.conf parameter, though, like it is the output file name?

>>I also am still having problems building most of the tests due to the
>>link error: "LINK : fatal error LNK1561: entry point must be defined",
>>but I'm starting to think maybe that is just a conversion problem
>>since no one else seems to be having trouble...
> No, it's not a conversion problem. It happens to me, using VC6, too.

I found that the shared svn_tests_main.c is not being added to the test
projects that fail to build...so, like the linker message says, they are
missing the entry point, heh.

It looks like another parameter for the tests that use the shared main
will be needed in build.conf, since there are source files coming from
different directories...or does the generator have a way to handle that?

I know mod_dav_svn does it, too, but it looks like it's special cased in

>>It appears that the conversion process just *drops* any source files
>>that do not exist from the project. IE, getdate.c which is generated
>>for libsvn_subr gets dropped from all projects that reference it
> My original patch copied getdate.c and svn_private_config.h to the right
> places before generating the .dsp's. I dunno if Greg committed that part
> or not.

It doesn't seem to be in HEAD at the moment. The __CONFIG__ project is
doing it, but that is too late if VSNet converts the dsps, of course.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 10 04:13:34 2003

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.