You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Stein <gs...@lyra.org> on 2003/04/17 02:13:17 UTC
dsp generator status (was: svn commit: rev 5638 ...)
On Wed, Apr 16, 2003 at 11:33:24PM +0200, Branko ??ibej wrote:
>...
> >You listed the following items:
> >
> > * mod_dav_svn doesn't build
I may have fixed this. Needs testing.
> > * most of the test programs are missing
In gen_msvc_dsp.py, there is a block of code:
# This isn't working yet
if string.find(name, '-test') >= 0:
continue
No idea why that's in there (it's from Brandon's original code). After I get
VC6 up and running, I'll try yanking that to see what happens.
> > * apr-iconv is missing
Possibly fixed, and pending some further work that we're discussing in
another thread.
> > * 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.
> > * win-tests.py needs to be taught about the new build location
Hopefully, this item will be straight-forward.
Cheers,
-g
--
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
Re: dsp generator status
Posted by Branko Čibej <br...@xbc.nu>.
Branko Čibej wrote:
>Now, what I *would* like to see is a --with-httpd-source=[path] options
>to gen-make.py, instead of having to set the HTTPD variable. That's much
>nicer for us Windows people who can't say "env HTTPD=foo gen-make.py -t dsp"
>
>
Oh yes, mod_dav_svn should be compiled to mod_dav_svn.so, not
mod_dav_svn.dll.
--
Brane Čibej <br...@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
Re: dsp generator status
Posted by Branko Čibej <br...@xbc.nu>.
Greg Stein wrote:
>On Thu, Apr 17, 2003 at 07:45:21AM +0200, Branko ??ibej wrote:
>
>
>>Greg Stein wrote:
>>
>>
>>>>> * 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.
>
Oh, right.
>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.
>
*That* logic is exactly the same as in "make check", except that it uses
run_tests.py as a module, not as a script.
>Dale noted the svn_config.dsp thing (which I also saw), which can probably
>be added to the template, or maybe via code.
>
'Tis already done. :-)
>I forgot to look at what
>changed in the .dsw from what was generated, to determine what the needed
>change was.
>
>
Nothing. :-)
Now, what I *would* like to see is a --with-httpd-source=[path] options
to gen-make.py, instead of having to set the HTTPD variable. That's much
nicer for us Windows people who can't say "env HTTPD=foo gen-make.py -t dsp"
--
Brane Čibej <br...@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
Re: dsp generator status
Posted by Greg Stein <gs...@lyra.org>.
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.
Cheers,
-g
--
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
Re: dsp generator status
Posted by Branko Čibej <br...@xbc.nu>.
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.
>>> * 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.).
--
Brane Čibej <br...@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
Re: dsp generator status
Posted by Branko Čibej <br...@xbc.nu>.
I'm hitting a weird problem now: nothing is linking libsvn_diff, even
though it's in the dependency lists of several libraries,.including
libsvn_client. I suspect this has something to do with the depdelta snd
depsubr pseudo-targets (beats me what they're for?), but I can't figure
out what's going on.
Anyway, what happens is that when svn.exe is being linked, it doesn't
find the diff stuff.
--
Brane Čibej <br...@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
Re: dsp generator status
Posted by Branko Čibej <br...@xbc.nu>.
Greg Stein wrote:
>On Wed, Apr 16, 2003 at 11:33:24PM +0200, Branko ??ibej wrote:
>
>
>>...
>>
>>
>>>You listed the following items:
>>>
>>> * mod_dav_svn doesn't build
>>>
>>>
>
>I may have fixed this. Needs testing.
>
Sadly, no. It's not finding the apr include files; beats me what's wrong
there...
--
Brane Čibej <br...@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