Yes, I favour just to have a configure in cvs (and tar file) that is ready to run. -- Fons Peter Elmer wrote: > Hi Derek, > > Do you have any objection to simply maintaining an updated version > of ./configure in CVS? Although it is not quite as "from source" > as using the autotools to build it from scratch each time one checks > out from CVS, it would simplify things for most developers most of the > time. We just need to make sure it is updated when somebody makes changes > which require it to be updated. > > Pete > > On Tue, Oct 11, 2005 at 11:47:16AM +0200, Derek Feichtinger wrote: >> Ciao, Fabrizio >> >> This is what I mentioned in my first migration mail to the list. You need >> reasonably new versions of the autotools (libtool should be very new to >> correctly produce files which work on Macs). >> >> ------------------------------ >>> To use the new autotools build: >>> You should install automake > 1.6, autoconf-2.59 and libtool 1.5.18 on your >>> system. >> ------------------------------- >> >> Best you get them as tarballs from the GNU site. They build very fast (first >> get Autoconf, then Automake and then libtool). The Solaris machines at SLAC >> seem to have really ancient versions which have been out of use for several >> years (early versions of Autoconf required a configure.in file. Now this has >> been renamed configure.ac to prevent confusion with the files on which >> configure acts, which are all named *.in) >> >> Cheers, >> Derek >> >> >> On Tuesday 11 October 2005 11.34, you wrote: >>> Hi, thank you. >>> >>> One more question. Is there anything special I have to do to work under >>> Solaris? >>> For instance, aclocal fails on shire02 at slac from a fresh checkout, it >>> says that it needs a configure.in file. From a Linux machine (noric02) >>> instead it works fine. >>> >>> Any hint? >>> >>> >>> Fabrizio >>> >>> Derek Feichtinger wrote: >>>> Hi, Fabrizio >>>> >>>> Take a look at the Makefile.am in the XrdClient directory: >>>> >>>> If you want to recourse into subdirectories, you just add a >>>> >>>> SUBDIRS = dir1 dir2 dir3 >>>> >>>> statement. >>>> >>>> Build targets in automake are specified via directives like >>>> >>>> bin_PROGRAMS = myprogram1 myprogram2 >>>> >>>> The prefix (bin) defines where the file will be installed, the type >>>> (PROGRAM) defines what kind of targets should be built. >>>> >>>> There is a special prefix "check". This specifies targets that will never >>>> be installed and that get only built when a "make check" is given. This >>>> is specially designed for tests that are run after the initial build to >>>> check the package's sanity. >>>> The variable TESTS hold the name of the tests to be run. >>>> >>>> "Info Automake" should provide you with quite some information as well as >>>> the autobook (chapter 7.7): >>>> http://sources.redhat.com/autobook/autobook/autobook_toc.html >>>> >>>> I can gladly help you to get started if you have specific questions. >>>> >>>> Cheers, >>>> Derek >>>> >>>> On Tuesday 11 October 2005 10.35, Fabrizio Furano wrote: >>>>> Hi, >>>>> >>>>> just for the records, is there anything special I have to do if I want >>>>> to add new files/dirs to XrdClient with the new building scheme? >>>>> >>>>> If everything goes well, in the next period I'd like to add some >>>>> modules and a directory containing test programs. How do I do that? >>>>> >>>>> Fabrizio >>>>> >>>>> Derek Feichtinger wrote: >>>>>> I forgot: >>>>>> >>>>>> to reduce the current compilation output, type >>>>>> >>>>>> make silent >>>>>> >>>>>> (just filters the compilation lines with sed, stderr still visible). At >>>>>> some point one could introduce a config.h file, which is used to pass >>>>>> all the compile switches determined by configure to the preprocessor, >>>>>> so the awfully long compile lines would get shorter. But this requires >>>>>> adding a include directive to all source files, so I did not want to do >>>>>> it now. >>>>>> >>>>>> To build the test files (e.g. for crypto and mon stuff) >>>>>> >>>>>> make check >>>>>> >>>>>> They will never be installed by make install (the check target is just >>>>>> for compiling and running a package's tests. At some point one could add >>>>>> some active tests to this target). >>>>>> >>>>>> >>>>>> make distcheck >>>>>> >>>>>> this will ensure, that a generated tarball can indeed compile. >>>>>> >>>>>> Cheers, >>>>>> Derek >> -- >> Dr. Derek Feichtinger Tel: +41 22 767 10 07 >> LCG/ARDA Group email: [log in to unmask] >> CERN http://people.web.psi.ch/feichtinger >> CH-1211 Genève 23 >> > > > > ------------------------------------------------------------------------- > Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644 > Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland > ------------------------------------------------------------------------- > -- Org: CERN, European Laboratory for Particle Physics. Mail: 1211 Geneve 23, Switzerland E-Mail: [log in to unmask] Phone: +41 22 7679248 WWW: http://www.rademakers.org/fons/ Fax: +41 22 7679480