public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
From: Eryu Guan <eguan@redhat.com>
To: Xiao Yang <yangx.jy@cn.fujitsu.com>, gwendal@chromium.org
Cc: fstests@vger.kernel.org
Subject: Re: [PATCH] build: workaround build failures with old autoconf version
Date: Thu, 25 May 2017 12:08:36 +0800	[thread overview]
Message-ID: <20170525040836.GC23805@eguan.usersys.redhat.com> (raw)
In-Reply-To: <591AB7C8.2070100@cn.fujitsu.com>

On Tue, May 16, 2017 at 04:26:48PM +0800, Xiao Yang wrote:
> On 2017/05/16 15:58, Eryu Guan wrote:
> > Xiao Yang reported that fstests failed to build on RHEL6.9 hosts due
> > to old autoreconf didn't pass -I to aclocal -I. This was fixed by
> > autoconf commit 44fbeef86d03 ("Pass autoreconf -I to aclocal -I").
> >
> > So call aclocal, autoheader and autoconf directly instead of
> > autoreconf, as what's done in xfsprogs Makefile.
> >
> > Also add include/config.h.in to CONFIGURE, which is generated by
> > autoheader,  so it also gets removed by make realclean.
> >
> > Reported-by: Xiao Yang <yangx.jy@cn.fujitsu.com>
> > Signed-off-by: Eryu Guan <eguan@redhat.com>
> > ---
> >
> > Hi Xiao Yang, can you please this patch on your RHEL6 host? It works for me.
> Hi Eryu
> 
> It looks fine and works normally on my RHEL6 host.

Thanks for testing! Can you provide a "Reviewed-by"?

Gwendal, could you please help check if cross-compiling chromeOS still
works after this patch? Thanks a lot!

Eryu

> 
> Thanks
> Xiao Yang
> > Hi Gwendal, can you please test if cross-compilation still works for chromeOS?
> > I don't have the chromeOS environment to test.. Thanks!
> >
> >  Makefile | 8 +++++---
> >  1 file changed, 5 insertions(+), 3 deletions(-)
> >
> > diff --git a/Makefile b/Makefile
> > index ebf5c03..dd8d344 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -41,7 +41,7 @@ endif
> >  
> >  SRCTAR = $(PKG_NAME)-$(PKG_VERSION).tar.gz
> >  
> > -CONFIGURE = configure include/builddefs include/config.h \
> > +CONFIGURE = configure include/builddefs include/config.h include/config.h.in \
> >  	    aclocal.m4 config.guess config.sub install-sh ltmain.sh \
> >  	    m4/libtool.m4 m4/ltoptions.m4 m4/ltsugar.m4 m4/ltversion.m4 \
> >  	    m4/lt~obsolete.m4
> > @@ -79,8 +79,10 @@ clean:  # if configure hasn't run, nothing to clean
> >  endif
> >  
> >  configure: configure.ac
> > -	autoreconf --include=m4
> > -	libtoolize -i
> > +	libtoolize -cfi
> > +	aclocal -I m4
> > +	autoheader
> > +	autoconf
> >  
> >  include/builddefs include/config.h: configure
> >  	./configure \
> 
> 
> 

  reply	other threads:[~2017-05-25  4:08 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-16  7:58 [PATCH] build: workaround build failures with old autoconf version Eryu Guan
2017-05-16  8:26 ` Xiao Yang
2017-05-25  4:08   ` Eryu Guan [this message]
2017-05-25  4:51     ` Xiao Yang

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=20170525040836.GC23805@eguan.usersys.redhat.com \
    --to=eguan@redhat.com \
    --cc=fstests@vger.kernel.org \
    --cc=gwendal@chromium.org \
    --cc=yangx.jy@cn.fujitsu.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox