Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id q7AM0fui007544 for ; Sat, 11 Aug 2012 00:00:42 +0200 Received: (qmail 25690 invoked by alias); 10 Aug 2012 22:00:34 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 10 Aug 2012 22:00:34 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx079) with SMTP; 11 Aug 2012 00:00:34 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id q7ALwYVv018787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2012 23:58:34 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.8/8.13.1) with ESMTP id q7AEavPd008220; Fri, 10 Aug 2012 23:58:34 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 2687256 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 10 Aug 2012 23:58:34 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.8/8.13.1) with ESMTP id q7ALwYb8015794 for ; Fri, 10 Aug 2012 23:58:34 +0200 Received: from smtp.demon.co.uk (mdfmta005.mxout.tbr.inty.net [91.221.168.46]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id q7ALwFjX023667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Aug 2012 23:58:19 +0200 Received: from mdfmta005.tbr.inty.net (unknown [127.0.0.1]) by mdfmta005.tbr.inty.net (Postfix) with ESMTP id 07541A64183 for ; Fri, 10 Aug 2012 22:58:15 +0100 (BST) Received: from mdfmta005.tbr.inty.net (unknown [127.0.0.1]) by mdfmta005.tbr.inty.net (Postfix) with ESMTP id DEFCBA64177 for ; Fri, 10 Aug 2012 22:58:14 +0100 (BST) Received: from palladium.local (unknown [80.176.134.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta005.tbr.inty.net (Postfix) with ESMTP for ; Fri, 10 Aug 2012 22:58:14 +0100 (BST) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 References: <502502DA.7050009@gmail.com> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-MDF-HostID: 8 Message-ID: <502583F5.5000805@morningstar2.co.uk> Date: Fri, 10 Aug 2012 22:58:13 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: Examples of l3doc & unit testing? To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Sender is in whitelist: joseph.wright@MORNINGSTAR2.CO.UK); Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnBi0P5cROEGjO+pG7NAH/K+tf9SrVFtpLrKONl 2T9EL4W4U4jgzLbnCcGpk1z/zwmKT/K1fv3lD0=V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 7119 On 10/08/2012 19:29, Bruno Le Floch wrote: > One of my main concerns, after looking at the plethora of Makefiles > and make.bat is that there is a lot of redundancy there, which means > that (1) changes don't propagate well (2) we occasionally forget to > add a module to the Makefile of the parent directory, and it never > gets tested, installed, unless someone is working on that module. > > So I guess that in the LaTeX3 case the discussion should be extended > to the build system as a whole: the test system works well, as Frank > says. It would be nice if we could get rid of Makefiles and make.bat, > and replace them by light-weight configuration files. After all, the > Makefiles are all very similar, so a top-level Lua script (or other) > should be able to do most of the work. I did consider working to have fewer files, but the problem seemed to be that each module should be usable independently (install/test/document), so you need some form of stub in each directory. Once you do that, it seems somewhat pointless to go to the effort of passing all the requirements as arguments or similar. It's also the case that l3kernel has different requirements from everything else. Over all, there is a question of time balance. We have a lot to do on the TeX side, and also should be aiming to move 'experimental' material to a more 'usable' state. Thus the long-term target is for l3kernel/l3packages to contain most (all?) of the code, which means fewer build scripts for the most important material. So when I last looked at the build system it did not seem like a good use of my time to spend it rejigging a system which already works and which does not itself add code to LaTeX3. > The guy might have an old TeX distro :). Probably you're right that > all potential LaTeX3 testers probably have a reasonably up-to-date > distro. However, how "up-to-date" does it have to be? Anyone knows > when texlua was introduced? Certainly after pdfTeX 1.30.0, which is the base requirement to run LaTeX3 code ;-) -- Joseph Wright