From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <54AFFD53.40507@control.lth.se> Date: Fri, 09 Jan 2015 17:09:55 +0100 From: Anders Blomdell MIME-Version: 1.0 References: <54858FCC.7080600@control.lth.se> <20141209124335.GB26366@hermes.click-hack.org> <54871315.6080802@control.lth.se> <20141209152659.GA30777@hermes.click-hack.org> <548715FA.6060808@control.lth.se> <20141209153329.GB30777@hermes.click-hack.org> <5487309E.7030005@control.lth.se> <20141209192316.GG30777@hermes.click-hack.org> <548805CA.1020507@control.lth.se> In-Reply-To: <548805CA.1020507@control.lth.se> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] xenomai-3/next is out of sync with regards to automake/autoconf... List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: Xenomai On 2014-12-10 09:35, Anders Blomdell wrote: > On 2014-12-09 20:23, Gilles Chanteperdrix wrote: >> On Tue, Dec 09, 2014 at 06:25:50PM +0100, Anders Blomdell wrote: >>> On 2014-12-09 16:33, Gilles Chanteperdrix wrote: >>>> On Tue, Dec 09, 2014 at 04:32:10PM +0100, Anders Blomdell wrote: >>>>> On 2014-12-09 16:26, Gilles Chanteperdrix wrote: >>>>>> On Tue, Dec 09, 2014 at 04:19:49PM +0100, Anders Blomdell wrote: >>>>>>> On 2014-12-09 13:43, Gilles Chanteperdrix wrote: >>>>>>>> On Mon, Dec 08, 2014 at 12:47:24PM +0100, Anders Blomdell wrote: >>>>>>>>> ...which leads to rtnet utils not being properly built. I think >>>>>>>>> the following is needed: >>>>>>>>> >>>>>>>>> autoconf >>>>>>>>> automake >>>>>>>>> git add configure utils/Makefile.in utils/net/Makefile.in >>>>>>>>> git commit >>>>>>>> >>>>>>>> Oops. My fault. I did not commit the changes, because I do not have >>>>>>>> the same versions of the autotools as Philippe, so the commit would >>>>>>>> have changed all files (and at the time, I even had to comment out >>>>>>>> some code in configure.ac to get my autotools to work, but this >>>>>>>> issue has been resolved since then). But I forgot to tell Philippe >>>>>>>> to bootstrap. >>>>>>>> >>>>>>>> Note that if you do not want to think about what commands you should >>>>>>>> run, you should use autoreconf. autoreconf is the reason why the >>>>>>>> "bootstrap" script was removed. >>>>>>> Figured that out after I sent the mail :-) >>>>>>> >>>>>>>> I wonder if as long as Xenomai 3 is in its development stage, it >>>>>>>> would not make sense to remove the autotools file from the >>>>>>>> repository and ask the users who want to use the repository to run >>>>>>>> autoreconf before compiling. I do not know if it will seem >>>>>>>> acceptable to those who work from the repository. >>>>>>> Make total sense to me, would be nice with a command that does >>>>>>> something like (to simplify packaging): >>>>>>> >>>>>>> # XENO=$(git describe --tags | sed -e 's/v/xenomai-/') >>>>>>> # git archive --prefix $XENO/ HEAD -o $XENO.tar >>>>>>> # tar -rf $XENO.tar all autoreconfed files >>>>>>> # xz $XENO.tar >>>>>> >>>>>> What is wrong with the packages generated by cgit? >>>>> Probably nothing, except that they (probably) don't contain >>>>> the files generated by autoreconf, I can of course put that into >>>>> the packaging scripts (rpm spec files). >>>> >>>> Yes, if you can. I mean, a lot of build system are doing that >>>> already anyway. >>> OK, sorry for the noise... >> >> Actually, that was an answer to the question I asked: do users prefer >> to have the generated files in the git, and your answer is yes. > May I retract that answer to a no?, having autogenerated that are out of > sync is far worse then having to make an occasional autoreconf. I have > adjusted my buildfiles to reflect this new (?) opinion. And now having problems on fedora21, probaly due to newer automake... # autoreconf ; automake --version ; autoreconf --version configure.ac:76: error: required file 'config/compile' not found configure.ac:76: 'automake --add-missing' can install 'compile' lib/boilerplate/Makefile.am:37: warning: source file 'iniparser/dictionary.c' is in a subdirectory, lib/boilerplate/Makefile.am:37: but option 'subdir-objects' is disabled automake: warning: possible forward-incompatibility. automake: At least a source file is in a subdirectory, but the 'subdir-objects' automake: automake option hasn't been enabled. For now, the corresponding output automake: object file(s) will be placed in the top-level directory. However, automake: this behaviour will change in future Automake versions: they will automake: unconditionally cause object files to be placed in the same subdirectory automake: of the corresponding sources. automake: You are advised to start using 'subdir-objects' option throughout your automake: project, to avoid future incompatibilities. lib/boilerplate/Makefile.am:37: warning: source file 'iniparser/iniparser.c' is in a subdirectory, lib/boilerplate/Makefile.am:37: but option 'subdir-objects' is disabled lib/boilerplate/Makefile.am:56: warning: source file 'tlsf/tlsf.c' is in a subdirectory, lib/boilerplate/Makefile.am:56: but option 'subdir-objects' is disabled autoreconf: automake failed with exit status: 1 automake (GNU automake) 1.14.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv2+: GNU GPL version 2 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Tom Tromey and Alexandre Duret-Lutz . autoreconf (GNU Autoconf) 2.69 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+/Autoconf: GNU GPL version 3 or later , This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. -- Anders Blomdell Email: anders.blomdell@control.lth.se Department of Automatic Control Lund University Phone: +46 46 222 4625 P.O. Box 118 Fax: +46 46 138118 SE-221 00 Lund, Sweden