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

Re: [TSVN] Speed optimizing the build process?

From: Markus Schuh <markus.schuh_at_sdm.de>
Date: 2005-08-11 16:47:31 CEST

Lübbe Onken wrote:

>We would save more time if we reduced the number of doc formats created. For
>the installer we only need the chm docs and not the other three formats.
>
I will try to tune the batch for this too. How do you prefer the options
to build.bat?
Now there are

  build.bat [ release ] [ debug ] [ doc ] [ setup ]

May be I'm able to change this to

build.bat [ bconfig=[all | release | debug] # default: all
          [ doc=[all | pdf | chm | html ] # default: all
          [ setup=[all | <lang>] # default: all

if i.e. "setup=de", then the batch should build the english msi and the
german languagepack

The "all for everione" is
  build
same as now.

The nightly could use
  build bconfig=all doc=pdf setup=all
a private builder could use
  build bconfig=release doc=pfd setup=de
Debugging code:
  build bconfig=debug
Release build
  (make sure all local changes are cleaned)
  build bconfig=release doc=all setup=all

I'm not sure yet if I'll manage to split the option at "=" to key and
value by means of batch methods.
And perhaps it makes sense to make the "clean" inside the build.bat
controlable through an option.
  clean = dist | normal | none

clean =
  dist
    delete all local changes (even all built openssl objects)
  normal
    the default as it is now
  none
    only use /build instead of /rebuild
    dangerous at the momentan but o.k. if you know what you do

All this would be easier with more mightier script languages.

>I am not particularly fond of all this batch scripting stuff, because it
>doesn't take dpendencies into account. The only advantage is that it doesn't
>require a build environment.
>
>I would really like to see a (n)ant driven process... I've been thinking
>about it for a while, because I could set up my desktop at work to act as a
>continuous build server. But only if it doesn't have to recompile everything
>from scratch every time...
>
I agree the batches could could tuned a bit more but their functionality
is limited.
(i.e. I tried to realize a "verbose copy" without using a external tool.
It is possible but ugly.)

But there are already a lot of build preconditions for tsvn. I
personally would prefer to not enlarge the number even more. i.e.: I
have nothing against NSIS, but perhaps NSIS could be kicked out, if
someone realise the language packages with WiX ?
Then there is room for one other build tool line nant ;-))

Sorry, just thinking loud. I don't know this better than you all.
(I'm german, so have limited humour ;-o and are fare from perfect in
writing english. So no one should feel affected by my words in any way.)

I will try to help but my time is limited. nant is interesting. As an
unix guru I would prefer doing it with make (or nmake) but why should I
spent my private time with old-fashioned things? ;-))

Markus

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Aug 11 16:48:25 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.