objections to disallowing in-source builds in all KDE modules ?

[David Faure]

On Saturday 30 September 2006 00:31, Allen Winter wrote:
> On Friday 29 September 2006 18:23, George Staikos wrote:
> > On Friday 29 September 2006 18:09, David Faure wrote:
> > 
> > > > I guess the whole repository can't have a general svn:ignore property say
> > > > for whole /trunk ?
> > >
> > > I don't think so. And anyway you would commit all generated files into that
> > > svn:ignore? I don't see how that helps - still as many commits.
> > >
> > > Stephan is right anyway, I forgot 3) : if some people use srcdir==buiddir
> > > then we get broken commits.
> > 
> >   I'm not really going to lose sleep over it since I now primarily use 
> > srcdir != builddir anyway, but I strongly suggest that if we continue down 
> > this path of relying on it, we include scripts right in the toplevel 
> > directories of the modules and in the tarballs that completely automate this 
> > to a level not even done yet today.  Docs should also be included at those 
> > points.
> > 
> I started writing a script to mimic ./configure.  It tried to convert the most often used options
> (eg. --prefix) into cmake equivalents.  It created a kde-module/build subdir and a few
> other things.  I posted it here for comments.
> 
> The consensus was that people simply had to learn the new, cmake-way.
> And I stopped development on that script. 

I don't think it has to mimic configure, I think there could be a simple bootstrap.sh
which basically does 
   test -d build || mkdir build; cd build; cmake $* ..
(although a build subdir isn't the best solution, as I showed in my presentation,
but such a script is mostly for non-developers who just want to compile the stuff)

Or maybe we even call it configure, but it aborts if any "--" option is passed, pointing
to calling cmake instead. At least for the easy case it makes ./configure&&make&&make install work.

Or what else did you have in mind, George? If the script also calls make and make install
it would be pretty unusual and not really expected I think.

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).