GNU logs - #11064, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: bugdal@HIDDEN
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 22 Mar 2012 06:45:02 +0000
Resent-Message-ID: <handler.11064.B.13323986698064 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 11064 <at> debbugs.gnu.org
Date: Thu, 22 Mar 2012 00:49:30 -0400
From: bugdal@HIDDEN
Message-ID: <20120322044930.GA28934@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Recent versions of libtool (since at least 2.2.6) hijack the -static
flag to the compiler and use it to link only project-local libraries
static (i.e. still generating a dynamic-linked binary). Supposedly the
-all-static option is provided to override this behavior, but it is
not usable in any real-world programs because adding -all-static to
CFLAGS or LDFLAGS prevents all configure tests that invoke the
compiler/linker without libtool from working due to the unrecognized
option.

As far as I can tell, there is no workaround and abolutely no way to
static-link libtool-based projects without patching libtool.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: bugdal@HIDDEN
Subject: bug#11064: Acknowledgement (CRITICAL: libtool makes static
 linking impossible)
Message-ID: <handler.11064.B.13323986698064.ack <at> debbugs.gnu.org>
References: <20120322044930.GA28934@HIDDEN>
X-Gnu-PR-Message: ack 11064
X-Gnu-PR-Package: libtool
Reply-To: 11064 <at> debbugs.gnu.org
Date: Thu, 22 Mar 2012 06:45:02 +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 11064 <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
11064: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D11064
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: Peter O'Gorman <peter@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 22 Mar 2012 16:16:02 +0000
Resent-Message-ID: <handler.11064.B11064.13324329608685 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: bugdal@HIDDEN
Cc: 11064 <at> debbugs.gnu.org
Message-ID: <4F6B4902.3060000@HIDDEN>
Date: Thu, 22 Mar 2012 10:45:06 -0500
From: Peter O'Gorman <peter@HIDDEN>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14
MIME-Version: 1.0
References: <20120322044930.GA28934@HIDDEN>
In-Reply-To: <20120322044930.GA28934@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hello,

On 03/21/2012 11:49 PM, bugdal@HIDDEN wrote:
> Recent versions of libtool (since at least 2.2.6) hijack the -static
> flag to the compiler and use it to link only project-local libraries
> static (i.e. still generating a dynamic-linked binary). Supposedly the
> -all-static option is provided to override this behavior, but it is
> not usable in any real-world programs because adding -all-static to
> CFLAGS or LDFLAGS prevents all configure tests that invoke the
> compiler/linker without libtool from working due to the unrecognized
> option.
>
> As far as I can tell, there is no workaround and abolutely no way to
> static-link libtool-based projects without patching libtool.


does:
./configure CC='gcc -static' CXX='g++ -static' ...

work around this for you?

I think the -static, -all-static etc libtool flags were meant for 
Makefiles, not really for user LDFLAGS.

Peter

Message sent to bug-libtool@HIDDEN:

Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: Peter O'Gorman <peter@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 22 Mar 2012 21:50:01 +0000
Resent-Message-ID: <handler.11064.B11064.133245298710088 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Rich Felker <dalias@HIDDEN>, 11064 <at> debbugs.gnu.org
Message-ID: <4F6B973C.2020105@HIDDEN>
Date: Thu, 22 Mar 2012 16:18:52 -0500
From: Peter O'Gorman <peter@HIDDEN>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14
MIME-Version: 1.0
References: <20120322044930.GA28934@HIDDEN>
	<4F6B4902.3060000@HIDDEN>
	<20120322160647.GJ31153@HIDDEN>
In-Reply-To: <20120322160647.GJ31153@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hi,

[added back the bug email to track this]

On 03/22/2012 11:06 AM, Rich Felker wrote:
> On Thu, Mar 22, 2012 at 10:45:06AM -0500, Peter O'Gorman wrote:
>>
>> does:
>> ../configure CC='gcc -static' CXX='g++ -static' ...
>>
>> work around this for you?
>>
>> I think the -static, -all-static etc libtool flags were meant for
>> Makefiles, not really for user LDFLAGS.
>
> No, it does not. My situation is trying to compile static-linked GNU
> binutils. I tried putting -static in CC (like you suggested), CFLAGS,
> and LDFLAGS. Each time, it appeared on the libtool command line and
> disappeared on the second command line where libtool invoked gcc.

Ok, yes, that's annoying. This workaround just worked for me:

./configure CFLAGS='-static' LDFLAGS='-Xcompiler -static'
make

But my gcc does not error for the unrecognized option during configure, 
it's possible that newer gccs will. That binutils runs configure in 
subdirs during the build makes it even more annoying to work around. If 
your gcc errors out with the -Xcompiler flag, you'll have to make a 
wrapper script for the compiler (one that takes a flag that libtool 
doesn't remove from the link line). Ick.

>
> I also tried -Wl,-Bstatic and that failed because gcc was unaware of
> the static option and passed -lgcc_s to the linker instead of
> -lgcc_eh.

You could have tried -static-libgcc, but ...

>
> The fundamental problem is that libtool has commandeered a command
> line option that's meant for user LDFLAGS (to request a static binary)
> and redefined it to mean "I only want project-internal libraries to be
> linked statically, but I still want my binary dynamic-linked to system
> libraries." And in the process, it's made it completely impossible to
> build static binaries.

I agree this is a problem, will go looking for the history of the 
-static libtool flag and see what we can do.

Peter

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: Rich Felker <dalias@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 24 Mar 2012 21:32:02 +0000
Resent-Message-ID: <handler.11064.B11064.13326246648281 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 11064
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: Peter O'Gorman <peter@HIDDEN>
Cc: 11064 <at> debbugs.gnu.org
Received: via spool by 11064-submit <at> debbugs.gnu.org id=B11064.13326246648281
          (code B ref 11064); Sat, 24 Mar 2012 21:32:02 +0000
Received: (at 11064) by debbugs.gnu.org; 24 Mar 2012 21:31:04 +0000
Received: from localhost ([127.0.0.1]:37260 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1SBYYC-00029W-0P
	for submit <at> debbugs.gnu.org; Sat, 24 Mar 2012 17:31:04 -0400
Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:58646
	helo=brightrain.aerifal.cx) by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <dalias@HIDDEN>) id 1SBYXd-00028c-Nz
	for 11064 <at> debbugs.gnu.org; Sat, 24 Mar 2012 17:31:02 -0400
Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2)
	id 1SBY4W-0000wA-00; Sat, 24 Mar 2012 21:00:24 +0000
Date: Sat, 24 Mar 2012 17:00:24 -0400
Message-ID: <20120324210024.GK31153@HIDDEN>
References: <20120322044930.GA28934@HIDDEN>
	<4F6B4902.3060000@HIDDEN>
	<20120322160647.GJ31153@HIDDEN>
	<4F6B973C.2020105@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4F6B973C.2020105@HIDDEN>
User-Agent: Mutt/1.5.21 (2010-09-15)
From: Rich Felker <dalias@HIDDEN>
X-Spam-Score: -0.9 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
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>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.9 (/)

On Thu, Mar 22, 2012 at 04:18:52PM -0500, Peter O'Gorman wrote:
> >The fundamental problem is that libtool has commandeered a command
> >line option that's meant for user LDFLAGS (to request a static binary)
> >and redefined it to mean "I only want project-internal libraries to be
> >linked statically, but I still want my binary dynamic-linked to system
> >libraries." And in the process, it's made it completely impossible to
> >build static binaries.
> 
> I agree this is a problem, will go looking for the history of the
> -static libtool flag and see what we can do.

It looks to me like somebody found an obscure legacy proprietary unix
(or perhaps even just a particular broken installation of one) where
real static linking fails, and all they really cared about was
static-linking the in-project libraries, not the system ones, so they
changed -static to accommodate this one broken system and broke static
linking on all sane, working systems in the process.

If this is the case, I believe the correct fix is to restore -static
to its correct meaning and add a separate option for linking only
project-internal libraries static. And of course -all-static should be
left in place too so as not to break anything if somebody is somehow
successfully using it (even though it seems doubtful that it can be
used successfully...).

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: Roumen Petrov <bugtrack@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Mon, 02 Apr 2012 20:56:02 +0000
Resent-Message-ID: <handler.11064.B.13334001139643 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 11064
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: 11064 <at> debbugs.gnu.org
Cc: dalias@HIDDEN, peter@HIDDEN
X-Debbugs-Original-To: Libtool Bugs List <bug-libtool@HIDDEN>
X-Debbugs-Original-Cc: Rich Felker <dalias@HIDDEN>, Peter O'Gorman <peter@HIDDEN>, 11064 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.13334001139643
          (code B ref -1); Mon, 02 Apr 2012 20:56:02 +0000
Received: (at submit) by debbugs.gnu.org; 2 Apr 2012 20:55:13 +0000
Received: from localhost ([127.0.0.1]:36984 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1SEoHQ-0002VT-MU
	for submit <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:55:12 -0400
Received: from eggs.gnu.org ([208.118.235.92]:59089)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoHP-0002VN-8f
	for submit <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:55:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoH6-0007LF-5w
	for submit <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:54:53 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI
	autolearn=unavailable version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:47724)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoH6-0007Kr-2D
	for submit <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:54:52 -0400
Received: from eggs.gnu.org ([208.118.235.92]:58862)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoH4-0003ED-5Q
	for bug-libtool@HIDDEN; Mon, 02 Apr 2012 16:54:51 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoH2-0007GC-3C
	for bug-libtool@HIDDEN; Mon, 02 Apr 2012 16:54:49 -0400
Received: from rila.superhosting.bg ([91.196.124.212]:50374)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoH1-0007Eh-OP
	for bug-libtool@HIDDEN; Mon, 02 Apr 2012 16:54:48 -0400
Received: from [78.128.48.21] (helo=[192.168.0.10])
	by rila.superhosting.bg with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69) (envelope-from <bugtrack@HIDDEN>)
	id 1SEoGy-004HYa-PC; Mon, 02 Apr 2012 23:54:44 +0300
Message-ID: <4F7A1212.1010809@HIDDEN>
Date: Mon, 02 Apr 2012 23:54:42 +0300
From: Roumen Petrov <bugtrack@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120314 Firefox/11.0 SeaMonkey/2.8
MIME-Version: 1.0
References: <20120322044930.GA28934@HIDDEN>
	<4F6B4902.3060000@HIDDEN>
	<20120322160647.GJ31153@HIDDEN>
	<4F6B973C.2020105@HIDDEN>
In-Reply-To: <4F6B973C.2020105@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - rila.superhosting.bg
X-AntiAbuse: Original Domain - gnu.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roumenpetrov.info
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 208.118.235.17
X-Spam-Score: -6.9 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
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>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.9 (------)

Peter O'Gorman wrote:
> [SNIP]
> Ok, yes, that's annoying. This workaround just worked for me:
>
> ./configure CFLAGS='-static' LDFLAGS='-Xcompiler -static'
> make
The case is not useful. It may work for some projects but is not generic.

I will show by example OpenSSH  build . Note that OpenSSH does not use 
libtool

So lets try to build OpenSSH with :
1) .../configure CFLAGS='-static' LDFLAGS='-static'

Result is:
...
xxxx.c:(.text+0xNNNN): warning: Using '<NAME>' in statically linked 
applications requires at runtime the shared libraries from the glibc 
version used for linking
dso_dlfcn.c:(.text+0x5d4): warning: Using 'dlopen' in statically linked 
applications requires at runtime the shared libraries from the glibc 
version used for linking
...
... error ....cannot found -lgcc_s ....
....
, i.e. build fail


So next step:

2) .../configure CFLAGS='-static' LDFLAGS='-static  -shared-libgcc'
Result executable are build fine but regression tests crash with:
ssh-keygen: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize: 
Assertion `_rtld_global_ro._dl_pagesize != 0' failed.

3) .../configure CFLAGS='-static' LDFLAGS='-static  -static-libgcc'
same as 2)


[SNIP]
> But my gcc does not error for the unrecognized option during 
> configure, it's possible that newer gccs will. That binutils runs 
> configure in subdirs during the build makes it even more annoying to 
> work around. If your gcc errors out with the -Xcompiler flag, you'll 
> have to make a wrapper script for the compiler (one that takes a flag 
> that libtool doesn't remove from the link line). Ick.
[SNIP]

May be bug in my version of glibc prevent a ssh executable to run.

I'm not sure that this report is a bug neither feature request .

The current libtool behavior is fine with me.


Roumen

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#11064: CRITICAL: libtool makes static linking impossible
Resent-From: Roumen Petrov <bugtrack@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Mon, 02 Apr 2012 20:56:02 +0000
Resent-Message-ID: <handler.11064.B11064.13334001099629 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 11064
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: 11064 <at> debbugs.gnu.org
Cc: dalias@HIDDEN, peter@HIDDEN
X-Debbugs-Original-To: Libtool Bugs List <bug-libtool@HIDDEN>
X-Debbugs-Original-Cc: Rich Felker <dalias@HIDDEN>, Peter O'Gorman <peter@HIDDEN>, 11064 <at> debbugs.gnu.org
Received: via spool by 11064-submit <at> debbugs.gnu.org id=B11064.13334001099629
          (code B ref 11064); Mon, 02 Apr 2012 20:56:02 +0000
Received: (at 11064) by debbugs.gnu.org; 2 Apr 2012 20:55:09 +0000
Received: from localhost ([127.0.0.1]:36981 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1SEoHN-0002VF-7r
	for submit <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:55:09 -0400
Received: from rila.superhosting.bg ([91.196.124.212]:60094)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <bugtrack@HIDDEN>) id 1SEoHI-0002V6-Vk
	for 11064 <at> debbugs.gnu.org; Mon, 02 Apr 2012 16:55:06 -0400
Received: from [78.128.48.21] (helo=[192.168.0.10])
	by rila.superhosting.bg with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.69) (envelope-from <bugtrack@HIDDEN>)
	id 1SEoGy-004HYa-PC; Mon, 02 Apr 2012 23:54:44 +0300
Message-ID: <4F7A1212.1010809@HIDDEN>
Date: Mon, 02 Apr 2012 23:54:42 +0300
From: Roumen Petrov <bugtrack@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120314 Firefox/11.0 SeaMonkey/2.8
MIME-Version: 1.0
References: <20120322044930.GA28934@HIDDEN>
	<4F6B4902.3060000@HIDDEN>
	<20120322160647.GJ31153@HIDDEN>
	<4F6B973C.2020105@HIDDEN>
In-Reply-To: <4F6B973C.2020105@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - rila.superhosting.bg
X-AntiAbuse: Original Domain - debbugs.gnu.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - roumenpetrov.info
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Spam-Score: -1.9 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
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>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -1.9 (-)

Peter O'Gorman wrote:
> [SNIP]
> Ok, yes, that's annoying. This workaround just worked for me:
>
> ./configure CFLAGS='-static' LDFLAGS='-Xcompiler -static'
> make
The case is not useful. It may work for some projects but is not generic.

I will show by example OpenSSH  build . Note that OpenSSH does not use 
libtool

So lets try to build OpenSSH with :
1) .../configure CFLAGS='-static' LDFLAGS='-static'

Result is:
...
xxxx.c:(.text+0xNNNN): warning: Using '<NAME>' in statically linked 
applications requires at runtime the shared libraries from the glibc 
version used for linking
dso_dlfcn.c:(.text+0x5d4): warning: Using 'dlopen' in statically linked 
applications requires at runtime the shared libraries from the glibc 
version used for linking
...
... error ....cannot found -lgcc_s ....
....
, i.e. build fail


So next step:

2) .../configure CFLAGS='-static' LDFLAGS='-static  -shared-libgcc'
Result executable are build fine but regression tests crash with:
ssh-keygen: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize: 
Assertion `_rtld_global_ro._dl_pagesize != 0' failed.

3) .../configure CFLAGS='-static' LDFLAGS='-static  -static-libgcc'
same as 2)


[SNIP]
> But my gcc does not error for the unrecognized option during 
> configure, it's possible that newer gccs will. That binutils runs 
> configure in subdirs during the build makes it even more annoying to 
> work around. If your gcc errors out with the -Xcompiler flag, you'll 
> have to make a wrapper script for the compiler (one that takes a flag 
> that libtool doesn't remove from the link line). Ick.
[SNIP]

May be bug in my version of glibc prevent a ssh executable to run.

I'm not sure that this report is a bug neither feature request .

The current libtool behavior is fine with me.


Roumen

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.