All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anders Blomdell <anders.blomdell@control.lth.se>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] xenomai-3/next is out of sync with regards to automake/autoconf...
Date: Fri, 09 Jan 2015 17:09:55 +0100	[thread overview]
Message-ID: <54AFFD53.40507@control.lth.se> (raw)
In-Reply-To: <548805CA.1020507@control.lth.se>

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 <http://gnu.org/licenses/gpl-2.0.html>
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 <tromey@redhat.com>
       and Alexandre Duret-Lutz <adl@gnu.org>.
autoreconf (GNU Autoconf) 2.69
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+/Autoconf: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html>
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



  reply	other threads:[~2015-01-09 16:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-08 11:47 [Xenomai] xenomai-3/next is out of sync with regards to automake/autoconf Anders Blomdell
2014-12-09 12:43 ` Gilles Chanteperdrix
2014-12-09 15:19   ` Anders Blomdell
2014-12-09 15:26     ` Gilles Chanteperdrix
2014-12-09 15:32       ` Anders Blomdell
2014-12-09 15:33         ` Gilles Chanteperdrix
2014-12-09 17:25           ` Anders Blomdell
2014-12-09 19:23             ` Gilles Chanteperdrix
2014-12-10  8:35               ` Anders Blomdell
2015-01-09 16:09                 ` Anders Blomdell [this message]
2015-01-09 16:15                   ` Gilles Chanteperdrix
2015-01-09 16:18                     ` Gilles Chanteperdrix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54AFFD53.40507@control.lth.se \
    --to=anders.blomdell@control.lth.se \
    --cc=gilles.chanteperdrix@xenomai.org \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.