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

Re: Need someone to test my win32 .dsp generator scripts

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-11-29 03:19:58 CET

Brandon Ehle wrote:

> The win32 .dsp generator is working. Here's the link if anyone wants
> to check it out, I won't bother with a patch until after 0.16 is released.
>
> http://fishbowl.digitalbytes.net:81/svn/scripts/buildwork/

I'll look at them as soon as I have a spare moment. Perhaps over the
weekend.

> A couple of notes:
>
> * Do we want to store the .dsp, .vcproj, & .bprs in build/win32/msvc6,
> build/win32/vcnet, etc. or store them in subversion/libsvn_subr,
> subversion/clients/cmdline like we do now?

We don't want to store them in the repository at all. Instead, they
should be generated in build/win32/<config>, with <config> being the
build configuration -- static vs. dynamic, release vs. debug vs.
purify-enabled, etc. The binaries should be generated below that
directory, in appropriate subdirs mirroring the source tree, so that the
test scripts can find them.

> * Currently static builds are the default. This is because DLL
> building on windows is fairly broken.

What do you mean? If you're haveing trouble exporting global symbols,
well, there are ways to fix that. In the end, we'll probably have to do
something similar to what APR_DECLARE does.

> * I am copying config.cw to config.c before running the .dsp generator
> as the glob won't find config.c if its not there. My recommendation
> to cleanup the config.cw is to move it into a subdirectory of
> libsvn_subr/win32 and rename it to config.c in that directory, then
> add a win32 hook to add that dirs files only when building for win32.

What's wrong with the way it's done now -- i.e., have the build scripts
generate the .c from the .cw? you have to do the same for .hw->.h, too.

> * The VC.NET stuff is a mess and doesn't really work. Most of the
> barriers to getting this finished are finding workarounds for VC.NET
> bugs. Even with non-autogenerated projects, the linker also tends to
> crash alot compiling subversion, so people should probably hold off
> compiling subversion with VC.NET until MS releases a patch for the the
> linker.

No comment, but I can't believe vs.net is that broken. After all, people
have been compiling with it.

> * Borland Builder isn't finished yet.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 29 03:20:39 2002

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.