Hi, Fabrizio Actually I'm getting the perl options directly via invoking $PERL -MExtUtils::Embed -e ccopts in the configure script. I should test whether the returned information about include paths is indeed correct (i.e. parsing out the -Ipath argument and looking for a header file, or compile/link a trivial test). Cheers, Derek Excerpt from configure output on my system: ============================== checking perl libraries and link options... -rdynamic -L/usr/local/lib /usr/lib/perl5/5.8.6/i686-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.8.6/i686-linux/CORE -lperl -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc configure: perlembed libraries to link: -L/usr/local/lib /usr/lib/perl5/5.8.6/i686-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.8.6/i686-linux/CORE -lperl -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc configure: perlembed link flags: -rdynamic configure: perlembed cc options: -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.6/i686-linux/CORE ============================= On Wednesday 12 October 2005 15.52, Fabrizio Furano wrote: > Hi, > > it also seem that the configure script does not check for the presence > of the perl include files. > > Fabrizio > > On Wed, 2005-10-12 at 09:42 +0200, Derek Feichtinger wrote: > > Hi, Peter > > > > > Do you have any objection to simply maintaining an updated version > > > of ./configure in CVS? > > > > My experience shows, that this does not work well. It would mean > > committing all the autotools generated files to CVS (aclocal.m4, all > > Makefile.in, etc.). Since autotools uses timestamps to trigger rebuilding > > of its own meta files (e.g. when you edit a Makefile.am, when you change > > configure.ac,...), the freshly checked out CVS distribution tends to want > > to rebuild parts because of confused timestamps. This forces you to have > > a matching version of autotools on your system anyways. > > > > I propose that I install a little bootstrap script that runs the > > libtoolize, aclocal,automake,autoconf commands for convenience. You just > > loose a few seconds for the bootstrap procedure (but sure. You need to > > have the autotools installed). > > > > Building for a non developer should always be done from a generated > > tarball (and this is the portable way to do it). > > > > There is a maintainer mode option in autotools which prevents rebuilding > > of the automake generated files, but it makes work more complicated. > > > > Cheers, > > Derek > > > > On Tuesday 11 October 2005 19.13, 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 > > > ----------------------------------------------------------------------- > > >-- -- 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