GNU logs - #17294, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#17294: Bug - nm_test_func check is confused with -flto
Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Fri, 18 Apr 2014 16:35:02 +0000
Resent-Message-ID: <handler.17294.B.139783889420367 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 17294 <at> debbugs.gnu.org
Message-ID: <5351223F.9070204@HIDDEN>
Date: Fri, 18 Apr 2014 15:01:51 +0200
From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello,
     starting with GCC 4.9.0, compiler will use just slim objects files 
during LTO compilation. That means, no assembly output is put to object 
files. I noticed that libtool uses nm tools to extract symbol from 
object file: http://pastebin.com/RF1VubdR. Would it be possible to add 
-fno-lto for this check?

I think there should be added '-fno-lto' at line 14:
   (eval $ac_compile -fno-lto) 2>&5

What do you think about that?

Thank you,
Martin

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
Subject: bug#17294: Acknowledgement (Bug - nm_test_func check is confused
 with -flto)
Message-ID: <handler.17294.B.139783889420367.ack <at> debbugs.gnu.org>
References: <5351223F.9070204@HIDDEN>
X-Gnu-PR-Message: ack 17294
X-Gnu-PR-Package: libtool
Reply-To: 17294 <at> debbugs.gnu.org
Date: Fri, 18 Apr 2014 16:35:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 17294 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
17294: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17294
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#17294: Bug - nm_test_func check is confused with -flto
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 17 May 2014 00:47:02 +0000
Resent-Message-ID: <handler.17294.B17294.140028757223631 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>, 17294 <at> debbugs.gnu.org
Message-ID: <5376B14E.4070106@HIDDEN>
Date: Sat, 17 May 2014 02:46:06 +0200
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
References: <5351223F.9070204@HIDDEN>
In-Reply-To: <5351223F.9070204@HIDDEN>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 2014-04-18 15:01, Martin Li�ka wrote:
> Hello,
>     starting with GCC 4.9.0, compiler will use just slim objects files during LTO compilation. That means, no assembly output is put to object files. I noticed that libtool uses nm tools to extract symbol from object file: http://pastebin.com/RF1VubdR. Would it be possible to add -fno-lto for this check?
> 
> I think there should be added '-fno-lto' at line 14:
>   (eval $ac_compile -fno-lto) 2>&5
> 
> What do you think about that?

Hi, and sorry for the late response.

I think that it is not possible to blindly add -fno-lto without knowing
if the compiler understands -fno-lto.

Changing this takes more effort, sorry.

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

Subject: bug#17294: Bug - nm_test_func check is confused with -flto
Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Tue, 20 May 2014 11:33:02 +0000
Resent-Message-ID: <handler.17294.B17294.140058552723590 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Peter Rosin <peda@HIDDEN>, 17294 <at> debbugs.gnu.org
Message-ID: <537B3D32.2070300@HIDDEN>
Date: Tue, 20 May 2014 13:32:02 +0200
From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
References: <5351223F.9070204@HIDDEN> <5376B14E.4070106@HIDDEN>
In-Reply-To: <5376B14E.4070106@HIDDEN>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 05/17/2014 02:46 AM, Peter Rosin wrote:
> On 2014-04-18 15:01, Martin Li�ka wrote:
>> Hello,
>>      starting with GCC 4.9.0, compiler will use just slim objects files during LTO compilation. That means, no assembly output is put to object files. I noticed that libtool uses nm tools to extract symbol from object file: http://pastebin.com/RF1VubdR. Would it be possible to add -fno-lto for this check?
>>
>> I think there should be added '-fno-lto' at line 14:
>>    (eval $ac_compile -fno-lto) 2>&5
>>
>> What do you think about that?
> Hi, and sorry for the late response.
>
> I think that it is not possible to blindly add -fno-lto without knowing
> if the compiler understands -fno-lto.
>
> Changing this takes more effort, sorry.
>
> Cheers,
> Peter
>

Hello,
    I understand that suggested option is probably simple. How can we 
decorate some LTO sensitive checks with -flto if supported by a compiler?

Thanks,
Martin

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#17294: Bug - nm_test_func check is confused with -flto
Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 04 Jun 2014 09:16:02 +0000
Resent-Message-ID: <handler.17294.B17294.140187335210028 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 17294
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: Peter Rosin <peda@HIDDEN>, 17294 <at> debbugs.gnu.org
Received: via spool by 17294-submit <at> debbugs.gnu.org id=B17294.140187335210028
          (code B ref 17294); Wed, 04 Jun 2014 09:16:02 +0000
Received: (at 17294) by debbugs.gnu.org; 4 Jun 2014 09:15:52 +0000
Received: from localhost ([127.0.0.1]:43075 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Ws7IR-0002bY-LT
	for submit <at> debbugs.gnu.org; Wed, 04 Jun 2014 05:15:51 -0400
Received: from cantor2.suse.de ([195.135.220.15]:33826 helo=mx2.suse.de)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <mliska@HIDDEN>) id 1Ws7IL-0002bD-Mf
 for 17294 <at> debbugs.gnu.org; Wed, 04 Jun 2014 05:15:46 -0400
Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])
 by mx2.suse.de (Postfix) with ESMTP id 791F6AC3E;
 Wed,  4 Jun 2014 09:15:40 +0000 (UTC)
Message-ID: <538EE3BB.2020208@HIDDEN>
Date: Wed, 04 Jun 2014 11:15:39 +0200
From: Martin =?UTF-8?Q?Li=C5=A1ka?= <mliska@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
References: <5351223F.9070204@HIDDEN> <5376B14E.4070106@HIDDEN>
In-Reply-To: <5376B14E.4070106@HIDDEN>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)


On 05/17/2014 02:46 AM, Peter Rosin wrote:
> On 2014-04-18 15:01, Martin Li�ka wrote:
>> Hello,
>>      starting with GCC 4.9.0, compiler will use just slim objects files during LTO compilation. That means, no assembly output is put to object files. I noticed that libtool uses nm tools to extract symbol from object file: http://pastebin.com/RF1VubdR. Would it be possible to add -fno-lto for this check?
>>
>> I think there should be added '-fno-lto' at line 14:
>>    (eval $ac_compile -fno-lto) 2>&5
>>
>> What do you think about that?
> Hi, and sorry for the late response.
>
> I think that it is not possible to blindly add -fno-lto without knowing
> if the compiler understands -fno-lto.
Hello Peter,
     I would appreciate any kind of help connected to configure script to be able to support -flto.

My suggestion:
1) we can detect if a compiler supports -flto
2) if so, we can define $ac_compile_without_lto = "$ac_compile -fno-lto"
3) otherwise, $ac_compile_without_lto = $ac_compile

What do you think about it?
Today, I found out another packages suffering from the same problem.

Thanks,
Martin
>
> Changing this takes more effort, sorry.
>
> Cheers,
> Peter
>

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.