ar: `u' modifier ignored during linking

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

ar: `u' modifier ignored during linking

Rik-4
4/14/17

I'm getting these annoying message every time a link is done during the
build process.

  CXXLD    liboctave/cruft/libcruft.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    liboctave/numeric/libnumeric.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    liboctave/operators/liboperators.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    liboctave/system/libsystem.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    liboctave/util/libutil.la
  CCLD     liboctave/wrappers/libwrappers.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    libgui/qterminal/libqterminal.la
  CXXLD    libgui/src/libgui-src.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    libgui/graphics/libgui-graphics.la
ar: `u' modifier ignored since `D' is the default (see `U')
  DVIPS    doc/liboctave/liboctave.ps
  CXXLD    libinterp/corefcn/libcorefcn.la
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    src/mkoctfile
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    src/octave
ar: `u' modifier ignored since `D' is the default (see `U')
  TEXI2PDF doc/liboctave/liboctave.pdf
ar: `u' modifier ignored since `D' is the default (see `U')
  CXXLD    src/octave-config
ar: `u' modifier ignored since `D' is the default (see `U')

This is on Mint 18.1 (Ubuntu 16.04-derived distribution).  Are other people
getting these warnings?  Are you just ignoring them?

I'd like to shut these warnings up because they are so numerous it could
hide a real problem with the build process.

This seems to be a known issue with Automake.  See
https://bugzilla.redhat.com/show_bug.cgi?id=1155273.

If I do

setenv AR_FLAGS cr

before running configure I can get rid of the warning.  Should we be doing
something permanent in configure.ac to set AR_FLAGS?

--Rik


Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

Daniel Sebald
On 04/14/2017 04:11 PM, Rik wrote:

> 4/14/17
>
> I'm getting these annoying message every time a link is done during the
> build process.
>
>   CXXLD    liboctave/cruft/libcruft.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    liboctave/numeric/libnumeric.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    liboctave/operators/liboperators.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    liboctave/system/libsystem.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    liboctave/util/libutil.la
>   CCLD     liboctave/wrappers/libwrappers.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    libgui/qterminal/libqterminal.la
>   CXXLD    libgui/src/libgui-src.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    libgui/graphics/libgui-graphics.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   DVIPS    doc/liboctave/liboctave.ps
>   CXXLD    libinterp/corefcn/libcorefcn.la
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    src/mkoctfile
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    src/octave
> ar: `u' modifier ignored since `D' is the default (see `U')
>   TEXI2PDF doc/liboctave/liboctave.pdf
> ar: `u' modifier ignored since `D' is the default (see `U')
>   CXXLD    src/octave-config
> ar: `u' modifier ignored since `D' is the default (see `U')
>
> This is on Mint 18.1 (Ubuntu 16.04-derived distribution).  Are other people
> getting these warnings?  Are you just ignoring them?
>
> I'd like to shut these warnings up because they are so numerous it could
> hide a real problem with the build process.
>
> This seems to be a known issue with Automake.  See
> https://bugzilla.redhat.com/show_bug.cgi?id=1155273.
>
> If I do
>
> setenv AR_FLAGS cr
>
> before running configure I can get rid of the warning.  Should we be doing
> something permanent in configure.ac to set AR_FLAGS?
>
> --Rik

Rik,

I did a quick grep, and there is a comment about this in the source tree in

gnulib/ChangeLog

2015-07-01  ##### #####  <#####@#####.com>

        gnulib-common.m4: change the ARFLAGS default to 'cr'
        In some GNU/Linux distributions people started to compile 'ar'
        binary with --enable-deterministic-archives (binutils project).
        That, however, in combination with previous autotools long time
        working default AR{_,}FLAGS=cru causes warnings on such
        installations:
        ar: `u' modifier ignored since `D' is the default (see `U')
        * m4/gnulib-common.m4 (gl_PROG_AR_RANLIB): Set ARFLAGS='cr' if not
        set already.

Is that relevant?

Dan

Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

Dmitri A. Sergatskov
In reply to this post by Rik-4


On Fri, Apr 14, 2017 at 4:11 PM, Rik <[hidden email]> wrote:

This seems to be a known issue with Automake.  See
https://bugzilla.redhat.com/show_bug.cgi?id=1155273.

If I do

setenv AR_FLAGS cr

before running configure I can get rid of the warning.  Should we be doing
something permanent in configure.ac to set AR_FLAGS?

​I do not see that on Fedora 25
​(e.g.: ​
http://buildbot.octave.org:8010/waterfall
​ )

or Fedora 26-alpha.​



 

--Rik



​Dmitri.
--

Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

John W. Eaton
Administrator
In reply to this post by Rik-4
On 04/14/2017 05:11 PM, Rik wrote:
> 4/14/17
>
> I'm getting these annoying message every time a link is done during the
> build process.

Yes, I've been seeing them for quite some time now, since whenever
Debian testing starting having bunutils built so that it generates the
warning.  I've been hoping that automake or gnulib would fix the problem
for us eventually.  That seems like the right place for the fix rather
than having every package that uses automake do something to silence the
warning.

jwe



Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

Mike Miller-4
On Fri, Apr 14, 2017 at 18:53:24 -0400, John W. Eaton wrote:

> On 04/14/2017 05:11 PM, Rik wrote:
> > 4/14/17
> >
> > I'm getting these annoying message every time a link is done during the
> > build process.
>
> Yes, I've been seeing them for quite some time now, since whenever Debian
> testing starting having bunutils built so that it generates the warning.
> I've been hoping that automake or gnulib would fix the problem for us
> eventually.  That seems like the right place for the fix rather than having
> every package that uses automake do something to silence the warning.
I got so used to them I actually thought I wasn't seeing them anymore
and this had been resolved.

AFAICT gnulib already has a fix for this, libtool is the holdout that
still hardcodes its own AR_FLAGS=cru. I see libtool's git has some
changes to start making AR_FLAGS obsolete.

To that end, try the attached patch, it works for me.

--
mike

ar.diff (337 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

Rik-4
In reply to this post by John W. Eaton
On 04/14/2017 03:53 PM, John W. Eaton wrote:

> On 04/14/2017 05:11 PM, Rik wrote:
>> 4/14/17
>>
>> I'm getting these annoying message every time a link is done during the
>> build process.
>
> Yes, I've been seeing them for quite some time now, since whenever Debian
> testing starting having bunutils built so that it generates the warning.
> I've been hoping that automake or gnulib would fix the problem for us
> eventually.  That seems like the right place for the fix rather than
> having every package that uses automake do something to silence the warning.
>

I don't have much hope for them fixing this upstream anytime soon.  The
original problem was reported in 10/2014.  There are a now a lot of people
on the stable Debian/Ubuntu 16.04/Mint 18.XX code base who may not see an
update of autotools for 3-5 years.  That's a long time to have this
confusing warning hanging around.

Separately, I developed nearly the same patch as Mike M. to silence this
warning.  I checked it in here
http://hg.savannah.gnu.org/hgweb/octave/rev/b5ee9b985a82.

--Rik


Reply | Threaded
Open this post in threaded view
|

Re: ar: `u' modifier ignored during linking

John W. Eaton
Administrator
On 04/15/2017 01:31 PM, Rik wrote:

> On 04/14/2017 03:53 PM, John W. Eaton wrote:
>> On 04/14/2017 05:11 PM, Rik wrote:
>>> 4/14/17
>>>
>>> I'm getting these annoying message every time a link is done during the
>>> build process.
>>
>> Yes, I've been seeing them for quite some time now, since whenever Debian
>> testing starting having bunutils built so that it generates the warning.
>> I've been hoping that automake or gnulib would fix the problem for us
>> eventually.  That seems like the right place for the fix rather than
>> having every package that uses automake do something to silence the warning.
>>
>
> I don't have much hope for them fixing this upstream anytime soon.  The
> original problem was reported in 10/2014.  There are a now a lot of people
> on the stable Debian/Ubuntu 16.04/Mint 18.XX code base who may not see an
> update of autotools for 3-5 years.  That's a long time to have this
> confusing warning hanging around.
>
> Separately, I developed nearly the same patch as Mike M. to silence this
> warning.  I checked it in here
> http://hg.savannah.gnu.org/hgweb/octave/rev/b5ee9b985a82.

OK, thanks.

jwe