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

Re: dsp generator status

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-04-17 23:45:28 CEST

On Thu, Apr 17, 2003 at 07:45:21AM +0200, Branko ??ibej wrote:
> Greg Stein wrote:
> >On Wed, Apr 16, 2003 at 11:33:24PM +0200, Branko ??ibej wrote:
> >
> >>> * the .exe files don't contain version info
> >
> >I see this is related to the inclusion of build\win32\svn.rc. I can probably
> >just hard-wire that into the template for any .dsp that creates a .exe. Need
> >to figure out how to set SVN_FILE_DESCRIPTION, etc.
> Right. I guess the best way would be to add the description field into
> build.conf.

Ooh. Good one. I was thinking along the lines of how to automatically
process/munge the value from existing data. I like the build.conf idea much
better. I wonder if we'd be able to use that information in other areas.

> >>> * win-tests.py needs to be taught about the new build location
> >
> >Hopefully, this item will be straight-forward.
> It should be. I even think that win-tests.py should change to
> build/win32/win-tests.py.in, and then be copied and modified into each
> output directory (to set the srcdir and objdir paths, etc.).

Hmm. We shouldn't have to copy the stuff around. It would be much easier to
write a config file which is consumed by a single win-tests.py.

But even then, I'm not clear on why we'd need to copy it. I started looking
at win-tests.py, but was too tired to follow its logic with the TestHarness
and all.

So I got VC6 installed. Then the service pack. Then the SDK. Then I got
everything to build and link (without dup symbols(!)). When I tried to run
it, it looked for a .dll form of DB, but I only have .libs. This was after
about four hours, it was late, and I stopped there.

Dale noted the svn_config.dsp thing (which I also saw), which can probably
be added to the template, or maybe via code. I forgot to look at what
changed in the .dsw from what was generated, to determine what the needed
change was.


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 17 23:45:57 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.