proposal: merge waf build of s4 to master
abartlet at samba.org
Mon Apr 5 03:55:58 MDT 2010
On Mon, 2010-04-05 at 11:40 +0200, Stefan (metze) Metzmacher wrote:
> Volker Lendecke schrieb:
> > On Mon, Apr 05, 2010 at 06:58:40PM +1000, tridge at samba.org wrote:
> >> > Go to an arbitrary default Solaris/AIX/Whatever box (Solaris
> >> > is most popular for me), download samba-latest.tar.gz, type
> >> > in ./configure;make and get a (possibly not fancy) smbd.
> >> I presume you wouldn't mind if the non-python version was called
> >> something other than configure?
> > Sure. I don't see the technical requirement to rename it
> > (does waf depend on being called configure?), but if this
> > needs to be done, so be it.
> >> For stage 2 of the proposed build change, the autotools build would be
> >> ./configure. If we decide to go to stage 3 for Samba3 (where the new
> >> build system becomes the default), then I'd suggest that the old
> >> configure script have a different name, so that ./configure gets the
> >> primary build system for the project.
> > Where does the need to convert Samba3 from? Who of the
> > Samba3 developers and users have complained about the build
> > system in Samba3?
> I'd really like to get rid of the need of 'make clean'.
> It costs a lot of time to always do a complete rebuild
> after local changes or a git rebase origin/master.
> And I assume I'm not the only one who wasted a lot of time
> debugging crashes because of an inconsistent builds.
I'm looking forward to being able to build a Samba3 or merged build in
the same tree as Samba4. Because the .o files are kept in source3/bin
and source4/bin, we don't have the risk of (for example) building Samba3
with object files produced by Samba4.
I also waste a lot of time at present running:
./autogen.sh ; ./config.abartlet && make idl_full clean all; make all;
make all test
(which I've started to resort to after too many segfaults on startup or
build failures after metze's important recent RPC work).
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Cisco Inc.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 190 bytes
Desc: This is a digitally signed message part
More information about the samba-technical