GNU logs - #9941, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: "Daniel Richard G." <skunk@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 02 Nov 2011 21:00:02 +0000
Resent-Message-ID: <handler.9941.B.13202675529571 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9941 <at> debbugs.gnu.org
Message-Id: <1320267395.21846.140660993830873@HIDDEN>
From: "Daniel Richard G." <skunk@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: multipart/mixed; boundary="_----------=_1320267395218460"
Date: Wed, 02 Nov 2011 16:56:35 -0400
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

This is a multi-part message in MIME format.

--_----------=_1320267395218460
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 2 Nov 2011 16:56:35 -0400
X-Mailer: MessagingEngine.com Webmail Interface

Hello list,

Lately, I've been playing around with an old system (NeXTSTEP 3.3) whose
ar(1) implementation truncates member names to 15 characters. Generally
this hasn't posed a problem, but in building the iODBC libraries with
Libtool 2.4.2, I encountered linking issues traceable to this.

iODBC builds a large library from a couple of smaller libraries using
the Automake _LIBADD directive. I was doing a static build, so ar(1) is
involved. I noticed that after Libtool unpacked the component libraries,
certain members did not appear in the ar(1) invocation to create the
new, combined library.

As it happens, the missing members were those whose filenames were
truncated. When Libtool links the new library, it ignores any file that
does not match *.$objext; the all-important ".o" part was missing from
these members.

Attached is a proposed, first-cut patch against libtool-2.4.2 that
renames truncated members in extracted-library directories, such that no
further special handling is needed. This addresses 15- and 16-character
truncations (per the GNU ar(1) man page, the limitation is usually one
of these two), and explicitly skips a spurious file
"__.SYMDEF SORTED????" that is created when unpacking archive
libraries on this platform. (There may be other examples of the
latter, of course.)

iODBC still doesn't build for me, but at least now it's for reasons
other than a craptastic ar(1) utility.

--Daniel

-- 
Daniel Richard G. || skunk@HIDDEN
My ASCII-art .sig got a bad case of Times New Roman.

--_----------=_1320267395218460
MIME-Version: 1.0
Content-Disposition: attachment; filename="libtool-ar-limit-fix.patch"
Content-Id: <6e8777c4cc3760db8e47f50fc474fd36b6d305f2@HIDDEN>
Content-Transfer-Encoding: base64
Content-Type: text/x-patch; name="libtool-ar-limit-fix.patch"
X-Mailer: MIME::Lite 3.027 (F2.77; A2.06; B3.08; Q3.08)
Date: Wed, 2 Nov 2011 16:56:35 -0400

ZGlmZiAtcmJ1IGxpYnRvb2wtMi40LjItb3JpZy9saWJsdGRsL2NvbmZpZy9s
dG1haW4ubTRzaCBsaWJ0b29sLTIuNC4yL2xpYmx0ZGwvY29uZmlnL2x0bWFp
bi5tNHNoCi0tLSBsaWJ0b29sLTIuNC4yLW9yaWcvbGlibHRkbC9jb25maWcv
bHRtYWluLm00c2gJMjAxMS0xMC0xNyAwNjoxNzowNS4wMDAwMDAwMDAgLTA0
MDAKKysrIGxpYnRvb2wtMi40LjIvbGlibHRkbC9jb25maWcvbHRtYWluLm00
c2gJMjAxMS0xMS0wMiAxNTowNDoyMi4wMDAwMDAwMDAgLTA0MDAKQEAgLTI5
MzcsNiArMjkzNywyMSBAQAogICAgIGZpCiAgICAgZnVuY19zaG93X2V2YWwg
IihjZCBcJGZfZXhfYW5fYXJfZGlyICYmICRBUiB4IFwiXCRmX2V4X2FuX2Fy
X29sZGxpYlwiKSIgXAogCQkgICAnc3RhdD0kPzsgcm0gLWYgIiRsb2NrZmls
ZSI7IGV4aXQgJHN0YXQnCisgICAgJEFSIHQgIiRmX2V4X2FuX2FyX29sZGxp
YiIgfCB3aGlsZSByZWFkIG1lbWJlcjsgZG8KKyAgICAgIGNhc2UgIiRtZW1i
ZXIiIGluCisgICAgICAqLiRvYmpleHR8X18uU1lNREVGKikKKwk7OworICAg
ICAgIzIzNDU2Nzg5MDEyMzQ1IDEyMzQ1Njc4OTAxMjM0NTYKKyAgICAgID8/
Pz8/Pz8/Pz8/Pz8/Lnw/Pz8/Pz8/Pz8/Pz8/Pz8uKQorCWZ1bmNfdmVyYm9z
ZSAiZml4aW5nIHRydW5jYXRlZCBtZW1iZXIgbmFtZSAkbWVtYmVyKCRvYmpl
eHQpIgorCShjZCAkZl9leF9hbl9hcl9kaXIgJiYgbXYgLWYgJG1lbWJlciAk
bWVtYmVyJG9iamV4dCkKKwk7OworICAgICAgPz8/Pz8/Pz8/Pz8/Pz8/fD8/
Pz8/Pz8/Pz8/Pz8/Pz8pCisJZnVuY192ZXJib3NlICJmaXhpbmcgdHJ1bmNh
dGVkIG1lbWJlciBuYW1lICRtZW1iZXIoLiRvYmpleHQpIgorCShjZCAkZl9l
eF9hbl9hcl9kaXIgJiYgbXYgLWYgJG1lbWJlciAkbWVtYmVyLiRvYmpleHQp
CisJOzsKKyAgICAgIGVzYWMKKyAgICBkb25lCiAgICAgaWYgdGVzdCAiJGxv
Y2tfb2xkX2FyY2hpdmVfZXh0cmFjdGlvbiIgPSB5ZXM7IHRoZW4KICAgICAg
ICRvcHRfZHJ5X3J1biB8fCBybSAtZiAiJGxvY2tmaWxlIgogICAgIGZpCg==

--_----------=_1320267395218460--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: "Daniel Richard G." <skunk@HIDDEN>
Subject: bug#9941: Acknowledgement (Handle truncated member names in
 LIBADD archive libraries)
Message-ID: <handler.9941.B.13202675529571.ack <at> debbugs.gnu.org>
References: <1320267395.21846.140660993830873@HIDDEN>
X-Gnu-PR-Message: ack 9941
X-Gnu-PR-Package: libtool
Reply-To: 9941 <at> debbugs.gnu.org
Date: Wed, 02 Nov 2011 21:00: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 9941 <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
9941: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9941
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 13:55:01 +0000
Resent-Message-ID: <handler.9941.B.13203284802980 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Daniel Richard G." <skunk@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
Date: Thu, 3 Nov 2011 08:51:50 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
In-Reply-To: <1320267395.21846.140660993830873@HIDDEN>
Message-ID: <alpine.GSO.2.01.1111030847280.4501@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On Wed, 2 Nov 2011, Daniel Richard G. wrote:

> Hello list,
>
> Lately, I've been playing around with an old system (NeXTSTEP 3.3) whose
> ar(1) implementation truncates member names to 15 characters. Generally
> this hasn't posed a problem, but in building the iODBC libraries with
> Libtool 2.4.2, I encountered linking issues traceable to this.

This is an interesting problem.  There would be similar problems if 
the underlying filesystem did not support long file names (as was 
common on SYSVR.3 systems).

What happens if several of the original object file names are 
identical for the first 15 characters?

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 13:55:02 +0000
Resent-Message-ID: <handler.9941.B9941.13203284662956 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Daniel Richard G." <skunk@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
Date: Thu, 3 Nov 2011 08:51:50 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
In-Reply-To: <1320267395.21846.140660993830873@HIDDEN>
Message-ID: <alpine.GSO.2.01.1111030847280.4501@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On Wed, 2 Nov 2011, Daniel Richard G. wrote:

> Hello list,
>
> Lately, I've been playing around with an old system (NeXTSTEP 3.3) whose
> ar(1) implementation truncates member names to 15 characters. Generally
> this hasn't posed a problem, but in building the iODBC libraries with
> Libtool 2.4.2, I encountered linking issues traceable to this.

This is an interesting problem.  There would be similar problems if 
the underlying filesystem did not support long file names (as was 
common on SYSVR.3 systems).

What happens if several of the original object file names are 
identical for the first 15 characters?

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: "Daniel Richard G." <skunk@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 17:17:02 +0000
Resent-Message-ID: <handler.9941.B.132034060622493 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Bob Friesenhahn" <bfriesen@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.132034060622493
          (code B ref -1); Thu, 03 Nov 2011 17:17:02 +0000
Received: (at submit) by debbugs.gnu.org; 3 Nov 2011 17:16:46 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM0uE-0005qj-5W
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:16:46 -0400
Received: from eggs.gnu.org ([140.186.70.92])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <skunk@HIDDEN>) id 1RM0uC-0005qd-Qq
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:16:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM0rm-0002JK-6x
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:14:15 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
	T_DKIM_INVALID autolearn=unavailable version=3.3.1
Received: from lists.gnu.org ([140.186.70.17]:42622)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM0rm-0002JG-48
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:14:14 -0400
Received: from eggs.gnu.org ([140.186.70.92]:50799)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM0rk-00006e-P6
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:14:13 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM0rj-0002Iu-Py
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:14:12 -0400
Received: from out2.smtp.messagingengine.com ([66.111.4.26]:39086)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM0rj-0002Ig-Ex
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:14:11 -0400
Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EEEAD20B0E;
	Thu,  3 Nov 2011 13:14:10 -0400 (EDT)
Received: from web2.nyi.mail.srv.osa ([10.202.2.212])
	by compute4.internal (MEProxy); Thu, 03 Nov 2011 13:14:10 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=iSKUNK.ORG; h=
	message-id:from:to:cc:mime-version:content-transfer-encoding
	:content-type:in-reply-to:references:subject:date; s=mesmtp; bh=
	moPcGbXaEJ9lxekIvIrX4Zi6KGo=; b=eYMHjNSfOm1bbDuAM18BaHd2velyNu0O
	aYIQyfv5tcdAGmz/Nw3PRdg08jTfJFMjogAbeTPWftQ53vGOIyBUvcBiW/+LS2if
	5ftYYZ0NAOGq5x0coXzugI1Eaaf/93q+iiKwSQ2z9sIaNQWZ+ahvh6yostVcNv9C
	sqIRrpDdJxY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:from:to:cc:mime-version
	:content-transfer-encoding:content-type:in-reply-to:references
	:subject:date; s=smtpout; bh=moPcGbXaEJ9lxekIvIrX4Zi6KGo=; b=AYz
	O7HYJBjpve0nRyZla4PID8exGfLzcoEoHq/c90PP6ScHxYuf8UuWEgAzHFZ4tflr
	QlQaxoU02adgOPSYynOSIoiblioCo/zbSJptOY75N0lCnM/ZDZOcrOgt2AVjiEyB
	/rZBxdwLNF39bCjXZe+WZiKCrmiU5Azj30cw8ilw=
Received: by web2.nyi.mail.srv.osa (Postfix, from userid 99)
	id C68F53694E9; Thu,  3 Nov 2011 13:14:10 -0400 (EDT)
Message-Id: <1320340450.24896.140660994252953@HIDDEN>
X-Sasl-Enc: arGLbi96jbyXdPV2OGVg3VOkpFD5PcVFv/nE70VjgZSu 1320340450
From: "Daniel Richard G." <skunk@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-Mailer: MessagingEngine.com Webmail Interface
In-Reply-To: <alpine.GSO.2.01.1111030847280.4501@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
Date: Thu, 03 Nov 2011 13:14:10 -0400
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
	recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 140.186.70.17
X-Spam-Score: -6.1 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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.1 (------)

On Thu, 2011 Nov  3 08:51-0500, Bob Friesenhahn wrote:
>
> This is an interesting problem.  There would be similar problems if
> the underlying filesystem did not support long file names (as was
> common on SYSVR.3 systems).

I'm not sure the build process would even work on a system like that!
Though it would be interesting to try.

> What happens if several of the original object file names are
> identical for the first 15 characters?

Oh, I was afraid someone was going to ask that...

    $ ls
    LongObjectNameIsLong1.o    LongObjectNameIsLong2.o

    $ ar cru liblong.a *.o
    ar: filename LongObjectNameIsLong1.o truncated to LongObjectNameI
    ar: filename LongObjectNameIsLong2.o truncated to LongObjectNameI

    $ ar t liblong.a 
    LongObjectNameI
    LongObjectNameI

    $ mkdir extract; cd extract

    $ ar x ../liblong.a 

    $ ls
    LongObjectNameI

Nothing that can't be addressed by implementing an analog of Windows
"PROGRA~1"-style name mangling, but I was hoping to avoid that
approach :(


--Daniel


-- 
Daniel Richard G. || skunk@HIDDEN
My ASCII-art .sig got a bad case of Times New Roman.

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: "Daniel Richard G." <skunk@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 17:17:02 +0000
Resent-Message-ID: <handler.9941.B9941.132034060322478 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Bob Friesenhahn" <bfriesen@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by 9941-submit <at> debbugs.gnu.org id=B9941.132034060322478
          (code B ref 9941); Thu, 03 Nov 2011 17:17:02 +0000
Received: (at 9941) by debbugs.gnu.org; 3 Nov 2011 17:16:43 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM0uA-0005qT-RE
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:16:43 -0400
Received: from out2.smtp.messagingengine.com ([66.111.4.26])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <skunk@HIDDEN>) id 1RM0u8-0005qK-RK
	for 9941 <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:16:41 -0400
Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EEEAD20B0E;
	Thu,  3 Nov 2011 13:14:10 -0400 (EDT)
Received: from web2.nyi.mail.srv.osa ([10.202.2.212])
	by compute4.internal (MEProxy); Thu, 03 Nov 2011 13:14:10 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=iSKUNK.ORG; h=
	message-id:from:to:cc:mime-version:content-transfer-encoding
	:content-type:in-reply-to:references:subject:date; s=mesmtp; bh=
	moPcGbXaEJ9lxekIvIrX4Zi6KGo=; b=eYMHjNSfOm1bbDuAM18BaHd2velyNu0O
	aYIQyfv5tcdAGmz/Nw3PRdg08jTfJFMjogAbeTPWftQ53vGOIyBUvcBiW/+LS2if
	5ftYYZ0NAOGq5x0coXzugI1Eaaf/93q+iiKwSQ2z9sIaNQWZ+ahvh6yostVcNv9C
	sqIRrpDdJxY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:from:to:cc:mime-version
	:content-transfer-encoding:content-type:in-reply-to:references
	:subject:date; s=smtpout; bh=moPcGbXaEJ9lxekIvIrX4Zi6KGo=; b=AYz
	O7HYJBjpve0nRyZla4PID8exGfLzcoEoHq/c90PP6ScHxYuf8UuWEgAzHFZ4tflr
	QlQaxoU02adgOPSYynOSIoiblioCo/zbSJptOY75N0lCnM/ZDZOcrOgt2AVjiEyB
	/rZBxdwLNF39bCjXZe+WZiKCrmiU5Azj30cw8ilw=
Received: by web2.nyi.mail.srv.osa (Postfix, from userid 99)
	id C68F53694E9; Thu,  3 Nov 2011 13:14:10 -0400 (EDT)
Message-Id: <1320340450.24896.140660994252953@HIDDEN>
X-Sasl-Enc: arGLbi96jbyXdPV2OGVg3VOkpFD5PcVFv/nE70VjgZSu 1320340450
From: "Daniel Richard G." <skunk@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-Mailer: MessagingEngine.com Webmail Interface
In-Reply-To: <alpine.GSO.2.01.1111030847280.4501@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
Date: Thu, 03 Nov 2011 13:14:10 -0400
X-Spam-Score: -4.7 (----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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: -4.6 (----)

On Thu, 2011 Nov  3 08:51-0500, Bob Friesenhahn wrote:
>
> This is an interesting problem.  There would be similar problems if
> the underlying filesystem did not support long file names (as was
> common on SYSVR.3 systems).

I'm not sure the build process would even work on a system like that!
Though it would be interesting to try.

> What happens if several of the original object file names are
> identical for the first 15 characters?

Oh, I was afraid someone was going to ask that...

    $ ls
    LongObjectNameIsLong1.o    LongObjectNameIsLong2.o

    $ ar cru liblong.a *.o
    ar: filename LongObjectNameIsLong1.o truncated to LongObjectNameI
    ar: filename LongObjectNameIsLong2.o truncated to LongObjectNameI

    $ ar t liblong.a 
    LongObjectNameI
    LongObjectNameI

    $ mkdir extract; cd extract

    $ ar x ../liblong.a 

    $ ls
    LongObjectNameI

Nothing that can't be addressed by implementing an analog of Windows
"PROGRA~1"-style name mangling, but I was hoping to avoid that
approach :(


--Daniel


-- 
Daniel Richard G. || skunk@HIDDEN
My ASCII-art .sig got a bad case of Times New Roman.

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 17:54:01 +0000
Resent-Message-ID: <handler.9941.B.132034284028461 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Daniel Richard G." <skunk@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.132034284028461
          (code B ref -1); Thu, 03 Nov 2011 17:54:01 +0000
Received: (at submit) by debbugs.gnu.org; 3 Nov 2011 17:54:00 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM1UG-0007P0-7k
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:54:00 -0400
Received: from eggs.gnu.org ([140.186.70.92])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1UE-0007Ou-S1
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:53:59 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1Rn-0002By-TS
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:51:29 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable version=3.3.1
Received: from lists.gnu.org ([140.186.70.17]:37700)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1Rn-0002Bo-RO
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:51:27 -0400
Received: from eggs.gnu.org ([140.186.70.92]:51409)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1Rm-0006X2-RF
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:51:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1Ri-00029z-2V
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:51:26 -0400
Received: from blade.simplesystems.org ([65.66.246.74]:56044)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1Rh-00029f-SA
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 13:51:22 -0400
Received: from freddy.simplesystems.org (freddy.simplesystems.org
	[65.66.246.65])
	by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id
	pA3HpGta029414; Thu, 3 Nov 2011 12:51:16 -0500 (CDT)
Date: Thu, 3 Nov 2011 12:51:16 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
X-X-Sender: bfriesen@HIDDEN
In-Reply-To: <1320340450.24896.140660994252953@HIDDEN>
Message-ID: <alpine.GSO.2.01.1111031243340.10168@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
	<1320340450.24896.140660994252953@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
	(blade.simplesystems.org [65.66.246.90]);
	Thu, 03 Nov 2011 12:51:17 -0500 (CDT)
X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 140.186.70.17
X-Spam-Score: -5.8 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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: -5.8 (-----)

On Thu, 3 Nov 2011, Daniel Richard G. wrote:
>> What happens if several of the original object file names are
>> identical for the first 15 characters?
>
> Oh, I was afraid someone was going to ask that...
>
>    $ ls
>    LongObjectNameIsLong1.o    LongObjectNameIsLong2.o
>
>    $ ar cru liblong.a *.o
>    ar: filename LongObjectNameIsLong1.o truncated to LongObjectNameI
>    ar: filename LongObjectNameIsLong2.o truncated to LongObjectNameI

I expected that this would happen.  Such long names are becomming more 
and more common, particularly for C++ projects with huge rafts of 
class libraries.

The next question is if this broken 'ar' can be replaced with one that 
works.  Fixing the broken 'ar' might also require replacing the 
linker.

While this system is historically significant it is not significant in 
terms of current usage.  It does not make sense for libtool to provide 
a workaround unless that workaround is assured to work.

Bob
---
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 17:54:01 +0000
Resent-Message-ID: <handler.9941.B9941.132034283228442 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Daniel Richard G." <skunk@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by 9941-submit <at> debbugs.gnu.org id=B9941.132034283228442
          (code B ref 9941); Thu, 03 Nov 2011 17:54:01 +0000
Received: (at 9941) by debbugs.gnu.org; 3 Nov 2011 17:53:52 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM1U7-0007Og-Gi
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:53:52 -0400
Received: from blade.simplesystems.org ([65.66.246.74])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <bfriesen@HIDDEN>) id 1RM1U5-0007OY-49
	for 9941 <at> debbugs.gnu.org; Thu, 03 Nov 2011 13:53:50 -0400
Received: from freddy.simplesystems.org (freddy.simplesystems.org
	[65.66.246.65])
	by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id
	pA3HpGta029414; Thu, 3 Nov 2011 12:51:16 -0500 (CDT)
Date: Thu, 3 Nov 2011 12:51:16 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
X-X-Sender: bfriesen@HIDDEN
In-Reply-To: <1320340450.24896.140660994252953@HIDDEN>
Message-ID: <alpine.GSO.2.01.1111031243340.10168@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
	<1320340450.24896.140660994252953@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
	(blade.simplesystems.org [65.66.246.90]);
	Thu, 03 Nov 2011 12:51:17 -0500 (CDT)
X-Spam-Score: -3.8 (---)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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: -3.8 (---)

On Thu, 3 Nov 2011, Daniel Richard G. wrote:
>> What happens if several of the original object file names are
>> identical for the first 15 characters?
>
> Oh, I was afraid someone was going to ask that...
>
>    $ ls
>    LongObjectNameIsLong1.o    LongObjectNameIsLong2.o
>
>    $ ar cru liblong.a *.o
>    ar: filename LongObjectNameIsLong1.o truncated to LongObjectNameI
>    ar: filename LongObjectNameIsLong2.o truncated to LongObjectNameI

I expected that this would happen.  Such long names are becomming more 
and more common, particularly for C++ projects with huge rafts of 
class libraries.

The next question is if this broken 'ar' can be replaced with one that 
works.  Fixing the broken 'ar' might also require replacing the 
linker.

While this system is historically significant it is not significant in 
terms of current usage.  It does not make sense for libtool to provide 
a workaround unless that workaround is assured to work.

Bob
---
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: "Daniel Richard G." <skunk@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 18:35:01 +0000
Resent-Message-ID: <handler.9941.B.132034525132063 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Bob Friesenhahn" <bfriesen@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.132034525132063
          (code B ref -1); Thu, 03 Nov 2011 18:35:01 +0000
Received: (at submit) by debbugs.gnu.org; 3 Nov 2011 18:34:11 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM278-0008L6-VH
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:34:11 -0400
Received: from eggs.gnu.org ([140.186.70.92])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <skunk@HIDDEN>) id 1RM277-0008L0-K8
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:34:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM24g-0001rr-HQ
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:31:39 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
	T_DKIM_INVALID autolearn=unavailable version=3.3.1
Received: from lists.gnu.org ([140.186.70.17]:43475)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM24g-0001rn-Fr
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:31:38 -0400
Received: from eggs.gnu.org ([140.186.70.92]:33053)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM24c-0004Zf-Gy
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 14:31:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM24b-0001rA-99
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 14:31:34 -0400
Received: from out2.smtp.messagingengine.com ([66.111.4.26]:54876)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <skunk@HIDDEN>) id 1RM24b-0001r3-5Q
	for bug-libtool@HIDDEN; Thu, 03 Nov 2011 14:31:33 -0400
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6E9DA20564;
	Thu,  3 Nov 2011 14:31:32 -0400 (EDT)
Received: from web2.nyi.mail.srv.osa ([10.202.2.212])
	by compute5.internal (MEProxy); Thu, 03 Nov 2011 14:31:32 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=iSKUNK.ORG; h=
	message-id:from:to:cc:mime-version:content-transfer-encoding
	:content-type:in-reply-to:references:subject:date; s=mesmtp; bh=
	iHa97svIWk9kOK5vIfHjB+WFUxk=; b=OcgWFx6pafIFiXSrjtgfEiI0QOZ96/Cb
	580pi1l4HlzalQsh8GRJ1JF3dvgosMCWk2yNYQITAer1dU0t4VMDTbk23i68Bd9Q
	aJJ5Mpu2s/XpqoFSg+R9Xw9L33hPYDNbG22xO6lN1mZPFZQ9OuLrouZdyhtOgXhT
	k8KvuvVNB80=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:from:to:cc:mime-version
	:content-transfer-encoding:content-type:in-reply-to:references
	:subject:date; s=smtpout; bh=iHa97svIWk9kOK5vIfHjB+WFUxk=; b=IWc
	NOGnLR/HyMHEg+isnjACStKstZIIcoSSWAiObcK60/K1Hq6JNv+rNOBv1PQdKSCw
	e4Sq0dCi5P4pC4nIYYcxYWYFpLDvU6UYuJAshDxELnt1TE08n0PY7R9SU3q4SMUS
	N7hlpy9NRJQElhRDQJSylk6R9DC21jJVhHl82rBA=
Received: by web2.nyi.mail.srv.osa (Postfix, from userid 99)
	id 462DF3A94CE; Thu,  3 Nov 2011 14:31:32 -0400 (EDT)
Message-Id: <1320345092.21074.140660994283629@HIDDEN>
X-Sasl-Enc: ybQmAfpjRMhT0vvSrwofVoCfOGZXUtpHw8NShqimytnZ 1320345092
From: "Daniel Richard G." <skunk@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-Mailer: MessagingEngine.com Webmail Interface
In-Reply-To: <alpine.GSO.2.01.1111031243340.10168@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
	<1320340450.24896.140660994252953@HIDDEN>
	<alpine.GSO.2.01.1111031243340.10168@HIDDEN>
Date: Thu, 03 Nov 2011 14:31:32 -0400
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
	recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 140.186.70.17
X-Spam-Score: -6.1 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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.1 (------)

On Thu, 2011 Nov  3 12:51-0500, Bob Friesenhahn wrote:
>
> The next question is if this broken 'ar' can be replaced with one
> that works.  Fixing the broken 'ar' might also require replacing
> the linker.

Building binutils didn't get very far on this system, alas.

> While this system is historically significant it is not significant in
> terms of current usage.  It does not make sense for libtool to provide
> a workaround unless that workaround is assured to work.

Here, I'm interested in NeXTSTEP only to the extent that it is
representative of older systems in general---there aren't many of them
that are easy to run without similarly ancient hardware!

Also, the GNU ar(1) man page not only mentions that the 15-character
name limit is a quirk of the a.out format, and the 16-character limit a
quirk of COFF, it suggests that in some combinations of system +
configuration, GNU ar(1) itself may impose these limits to maintain
compatibility with other tools.

The existing logic around "copying selected object files to avoid
basename conflicts" seems apropos; I'll dig into that a bit...


--Daniel


-- 
Daniel Richard G. || skunk@HIDDEN
My ASCII-art .sig got a bad case of Times New Roman.

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9941: Handle truncated member names in LIBADD archive libraries
Resent-From: "Daniel Richard G." <skunk@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Nov 2011 18:35:02 +0000
Resent-Message-ID: <handler.9941.B9941.132034524532046 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9941
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Bob Friesenhahn" <bfriesen@HIDDEN>
Cc: 9941 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: 9941 <at> debbugs.gnu.org, bug-libtool@HIDDEN
Received: via spool by 9941-submit <at> debbugs.gnu.org id=B9941.132034524532046
          (code B ref 9941); Thu, 03 Nov 2011 18:35:02 +0000
Received: (at 9941) by debbugs.gnu.org; 3 Nov 2011 18:34:05 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RM272-0008Ko-CB
	for submit <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:34:04 -0400
Received: from out2.smtp.messagingengine.com ([66.111.4.26])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <skunk@HIDDEN>) id 1RM270-0008Ki-Iq
	for 9941 <at> debbugs.gnu.org; Thu, 03 Nov 2011 14:34:03 -0400
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6E9DA20564;
	Thu,  3 Nov 2011 14:31:32 -0400 (EDT)
Received: from web2.nyi.mail.srv.osa ([10.202.2.212])
	by compute5.internal (MEProxy); Thu, 03 Nov 2011 14:31:32 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=iSKUNK.ORG; h=
	message-id:from:to:cc:mime-version:content-transfer-encoding
	:content-type:in-reply-to:references:subject:date; s=mesmtp; bh=
	iHa97svIWk9kOK5vIfHjB+WFUxk=; b=OcgWFx6pafIFiXSrjtgfEiI0QOZ96/Cb
	580pi1l4HlzalQsh8GRJ1JF3dvgosMCWk2yNYQITAer1dU0t4VMDTbk23i68Bd9Q
	aJJ5Mpu2s/XpqoFSg+R9Xw9L33hPYDNbG22xO6lN1mZPFZQ9OuLrouZdyhtOgXhT
	k8KvuvVNB80=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:from:to:cc:mime-version
	:content-transfer-encoding:content-type:in-reply-to:references
	:subject:date; s=smtpout; bh=iHa97svIWk9kOK5vIfHjB+WFUxk=; b=IWc
	NOGnLR/HyMHEg+isnjACStKstZIIcoSSWAiObcK60/K1Hq6JNv+rNOBv1PQdKSCw
	e4Sq0dCi5P4pC4nIYYcxYWYFpLDvU6UYuJAshDxELnt1TE08n0PY7R9SU3q4SMUS
	N7hlpy9NRJQElhRDQJSylk6R9DC21jJVhHl82rBA=
Received: by web2.nyi.mail.srv.osa (Postfix, from userid 99)
	id 462DF3A94CE; Thu,  3 Nov 2011 14:31:32 -0400 (EDT)
Message-Id: <1320345092.21074.140660994283629@HIDDEN>
X-Sasl-Enc: ybQmAfpjRMhT0vvSrwofVoCfOGZXUtpHw8NShqimytnZ 1320345092
From: "Daniel Richard G." <skunk@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-Mailer: MessagingEngine.com Webmail Interface
In-Reply-To: <alpine.GSO.2.01.1111031243340.10168@HIDDEN>
References: <1320267395.21846.140660993830873@HIDDEN>
	<alpine.GSO.2.01.1111030847280.4501@HIDDEN>
	<1320340450.24896.140660994252953@HIDDEN>
	<alpine.GSO.2.01.1111031243340.10168@HIDDEN>
Date: Thu, 03 Nov 2011 14:31:32 -0400
X-Spam-Score: -4.6 (----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
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: -4.6 (----)

On Thu, 2011 Nov  3 12:51-0500, Bob Friesenhahn wrote:
>
> The next question is if this broken 'ar' can be replaced with one
> that works.  Fixing the broken 'ar' might also require replacing
> the linker.

Building binutils didn't get very far on this system, alas.

> While this system is historically significant it is not significant in
> terms of current usage.  It does not make sense for libtool to provide
> a workaround unless that workaround is assured to work.

Here, I'm interested in NeXTSTEP only to the extent that it is
representative of older systems in general---there aren't many of them
that are easy to run without similarly ancient hardware!

Also, the GNU ar(1) man page not only mentions that the 15-character
name limit is a quirk of the a.out format, and the 16-character limit a
quirk of COFF, it suggests that in some combinations of system +
configuration, GNU ar(1) itself may impose these limits to maintain
compatibility with other tools.

The existing logic around "copying selected object files to avoid
basename conflicts" seems apropos; I'll dig into that a bit...


--Daniel


-- 
Daniel Richard G. || skunk@HIDDEN
My ASCII-art .sig got a bad case of Times New Roman.

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.