From unknown Tue Jun 17 01:46:04 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17294: Bug - nm_test_func check is confused with -flto Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= Original-Sender: "Debbugs-submit" Resent-CC: bug-libtool@gnu.org Resent-Date: Fri, 18 Apr 2014 16:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17294 X-GNU-PR-Package: libtool X-GNU-PR-Keywords: To: 17294@debbugs.gnu.org X-Debbugs-Original-To: bug-libtool@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.139783889420367 (code B ref -1); Fri, 18 Apr 2014 16:35:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Apr 2014 16:34:54 +0000 Received: from localhost ([127.0.0.1]:52092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WbBkb-0005IQ-E3 for submit@debbugs.gnu.org; Fri, 18 Apr 2014 12:34:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44838) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wb8Qv-0007XO-Dv for submit@debbugs.gnu.org; Fri, 18 Apr 2014 09:02:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wb8Qi-0005lg-Q3 for submit@debbugs.gnu.org; Fri, 18 Apr 2014 09:02:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wb8Qi-0005la-N6 for submit@debbugs.gnu.org; Fri, 18 Apr 2014 09:02:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wb8Qc-0005gL-Ez for bug-libtool@gnu.org; Fri, 18 Apr 2014 09:02:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wb8QU-0005jX-4V for bug-libtool@gnu.org; Fri, 18 Apr 2014 09:02:02 -0400 Received: from cantor2.suse.de ([195.135.220.15]:46796 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wb8QT-0005hx-Tu for bug-libtool@gnu.org; Fri, 18 Apr 2014 09:01:54 -0400 Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 96F4DACDA for ; Fri, 18 Apr 2014 13:01:51 +0000 (UTC) Message-ID: <5351223F.9070204@suse.cz> Date: Fri, 18 Apr 2014 15:01:51 +0200 From: Martin =?UTF-8?Q?Li=C5=A1ka?= 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 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Mailman-Approved-At: Fri, 18 Apr 2014 12:34:51 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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 From unknown Tue Jun 17 01:46:04 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17294: Bug - nm_test_func check is confused with -flto Resent-From: Peter Rosin Original-Sender: "Debbugs-submit" Resent-CC: bug-libtool@gnu.org Resent-Date: Sat, 17 May 2014 00:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17294 X-GNU-PR-Package: libtool X-GNU-PR-Keywords: To: Martin =?UTF-8?Q?Li=C5=A1ka?= , 17294@debbugs.gnu.org Received: via spool by 17294-submit@debbugs.gnu.org id=B17294.140028757223631 (code B ref 17294); Sat, 17 May 2014 00:47:02 +0000 Received: (at 17294) by debbugs.gnu.org; 17 May 2014 00:46:12 +0000 Received: from localhost ([127.0.0.1]:50958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlSlQ-000693-7U for submit@debbugs.gnu.org; Fri, 16 May 2014 20:46:12 -0400 Received: from mail.lysator.liu.se ([130.236.254.3]:37134) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlSlN-00068t-TN for 17294@debbugs.gnu.org; Fri, 16 May 2014 20:46:10 -0400 Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 0BBAF4000C; Sat, 17 May 2014 02:46:08 +0200 (CEST) Received: from [192.168.0.68] (90-227-119-221-no95.business.telia.com [90.227.119.221]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id C0C644000B; Sat, 17 May 2014 02:46:07 +0200 (CEST) Message-ID: <5376B14E.4070106@lysator.liu.se> Date: Sat, 17 May 2014 02:46:06 +0200 From: Peter Rosin 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@suse.cz> In-Reply-To: <5351223F.9070204@suse.cz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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 From unknown Tue Jun 17 01:46:04 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17294: Bug - nm_test_func check is confused with -flto Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= Original-Sender: "Debbugs-submit" Resent-CC: bug-libtool@gnu.org Resent-Date: Tue, 20 May 2014 11:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17294 X-GNU-PR-Package: libtool X-GNU-PR-Keywords: To: Peter Rosin , 17294@debbugs.gnu.org Received: via spool by 17294-submit@debbugs.gnu.org id=B17294.140058552723590 (code B ref 17294); Tue, 20 May 2014 11:33:02 +0000 Received: (at 17294) by debbugs.gnu.org; 20 May 2014 11:32:07 +0000 Received: from localhost ([127.0.0.1]:53858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmiH8-00068Q-HA for submit@debbugs.gnu.org; Tue, 20 May 2014 07:32:06 -0400 Received: from cantor2.suse.de ([195.135.220.15]:55155 helo=mx2.suse.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WmiH5-00068G-LJ for 17294@debbugs.gnu.org; Tue, 20 May 2014 07:32:05 -0400 Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 878A3ABC8; Tue, 20 May 2014 11:32:02 +0000 (UTC) Message-ID: <537B3D32.2070300@suse.cz> Date: Tue, 20 May 2014 13:32:02 +0200 From: Martin =?UTF-8?Q?Li=C5=A1ka?= 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@suse.cz> <5376B14E.4070106@lysator.liu.se> In-Reply-To: <5376B14E.4070106@lysator.liu.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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. > > 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 From unknown Tue Jun 17 01:46:04 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17294: Bug - nm_test_func check is confused with -flto Resent-From: Martin =?UTF-8?Q?Li=C5=A1ka?= Original-Sender: "Debbugs-submit" Resent-CC: bug-libtool@gnu.org Resent-Date: Wed, 04 Jun 2014 09:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17294 X-GNU-PR-Package: libtool X-GNU-PR-Keywords: To: Peter Rosin , 17294@debbugs.gnu.org Received: via spool by 17294-submit@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 ) id 1Ws7IR-0002bY-LT for submit@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 ) id 1Ws7IL-0002bD-Mf for 17294@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@suse.cz> Date: Wed, 04 Jun 2014 11:15:39 +0200 From: Martin =?UTF-8?Q?Li=C5=A1ka?= 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@suse.cz> <5376B14E.4070106@lysator.liu.se> In-Reply-To: <5376B14E.4070106@lysator.liu.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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 >