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

Re: VS2005 configuration/build issues (was Re: Minor issue with VS.NET solution file generation (trunk))

From: D.J. Heap <djheap_at_gmail.com>
Date: 2006-01-05 04:55:47 CET

On 1/1/06, Tim Van Holder <tim.van.holder@telenet.be> wrote:
> Yes, I have VS.NET 2003 and VS2005 both installed, and if there is no
> version indication (7/7.1/8) on the icon, double-clicking does nothing.
> It's possible that if you only have one version installed, it will
> always use that to open every .sln file, regardless of whether it's
> recognized or not.
> The binary marker is probably to indicate a UTF-8 file, so isn't
> required as such (VS supports UTF-8 just fine without that marker).

Ok, I'll just remove the blank line on trunk.

> Yes, but it's a warning for every single file that uses apr.h, masking
> pretty much anything else it might complain about.
> The apr I am using is the HEAD of branches/0.9.x.

So what did you do to fix it? Remove the preprocessor defines from
just the apr projects or from the Subversion projects too? We need it
defined in Subversion, as well. It seems like apr.h should be testing
it before just defining it, and it also seems like the compiler
shouldn't complain if the definitions are identical, shouldn't it?

> Oh, I'm not sure if the built apr and db DLLs are supposed to end up in
> the svn build dir or not, but currently they don't. This means that

I don't believe they are supposed to currently -- Brane has a python
script to gather them all together into a binary release tree and zip
file -- make_dist.py in the build/win32 directory? If we did make it
part of the build process, then we'd need to do it for the generated
.dsp projects as well. But that would be a handy addition, IMO.

> By the way, the reason i'm building subversion from sources is because
> I want to try to build .NET bindings for it, and possibly an SCC
> plugin. These are mainly as exercises for myself (to get some Managed
> C++ experience), but if I get the .NET bindings in a suitable functional
> state, would that be something you're interested in adding to the
> subversion/bindings tree?

I know I would be interested (although I couldn't commit to help
maintaining it much) and we've had several inquiries in the past. I
think people have been pointed to swig and AnkhSvn
(http://ankhsvn.tigris.org) in the past. I'm not sure what it would
take to host it in the bindings tree -- at least a committed
maintainer or two and probably some solid justification as to why swig
wasn't used.



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 5 04:56:34 2006

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.