Re: GTK: In or out? I need more non-Linux build reports!!

Stephen, I've built successfully on Solaris 8 SPARC (with & without gtk) two days ago and I've even sent the built reports. But I got an additional question (maybe it was answered before but I joined the beta fun not long ago): I'm currently on the gtk cvs branch of 21.2.44 and would like to know when & how the 21.2.45 changes will be merged in? RM> Please do builds of the gtk-xemacs sources --with-gtk=no. RM> Basically what I would like, as soon as possible, is lots of build RM> reports based on A small addition here which make the live a lot easier;-) Get the xemacs-sumo.tar.gz and extract it into a permantent location. RM> a cvs checkout of gtk-xemacs-21-2 ln -s <permanent/xemacs-packages> . RM> ./configure --with-gtk=no RM> make beta >beta.err 2>&1 RM> src/xemacs RM> M-x build-report Thanks, -- Marco Walther RM> It is important to do the explicit --with-gtk=no, even though that's RM> the default. The problem is there doesn't seem to be any other way to RM> recognize gtk-xemacs-21-2 sources in a build report, except for the RM> tester to put it in explicitly. RM> --with-gtk=yes reports are of course useful, but they are irrelevant RM> to whether GTK will be in the release since it will default to OFF. -BP> "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp&gt; writes: RM> There seem to be about 10 on Linux, one on OpenBSD, and no others. -BP> If anybody wants my insane makefile, let me know. Basic -BP> status right now is that for solaris, linux, and FreeBSD (and -BP> I did a few variant builds on cygwin the other day, but not -BP> my full suite), 48 different variants per platform get built -BP> at my house almost daily. -BP> gtk & x11 & tty, with/without union type, with/without MULE, -BP> pdump/unexec, and debug/release in all their variations build -BP> & run. RM> If you could run your insane make and submit them all to RM> xemacs-build-reports, it would be very useful. Then do it again with RM> warnings cranked far past any sane level, just for kicks. (I doubt I RM> would be able to interpret them, but it would be very useful in a RM> post-mortem kind of analysis.) RM> Doing the "submit the whole bunch" on a regular basis (say, every RM> couple of weeks) seems like a good idea to me. -BP> If there is an r21-2-45 tag that I could use as the target of -BP> the 'cvs diff', that would make life much easier. RM> There is as of a few hours ago. RM> -- RM> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN RM> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 RM> _________________ _________________ _________________ _________________ RM> What are those straight lines for? "XEmacs rules." --