[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: Branko Čibej <brane_at_xbc.nu>
Date: 2003-04-17 23:56:40 CEST

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   <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 Thu Apr 17 23:57:31 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.