GNU bug report logs - #19569
Problem with line splitting output from func_emit_wrapper

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: libtool; Reported by: Aaron Burghardt <aaron.burghardt@HIDDEN>; dated Sun, 11 Jan 2015 18:20:04 UTC; Maintainer for libtool is bug-libtool@HIDDEN.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 11 Jan 2015 18:19:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 11 13:19:41 2015
Received: from localhost ([127.0.0.1]:42855 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YAN6y-0002zi-3m
	for submit <at> debbugs.gnu.org; Sun, 11 Jan 2015 13:19:40 -0500
Received: from eggs.gnu.org ([208.118.235.92]:54081)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTh-0006bM-UJ
 for submit <at> debbugs.gnu.org; Sun, 11 Jan 2015 06:14:42 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTg-00085G-GT
 for submit <at> debbugs.gnu.org; Sun, 11 Jan 2015 06:14:41 -0500
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,FREEMAIL_FROM,
 HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:40020)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTg-00085C-D3
 for submit <at> debbugs.gnu.org; Sun, 11 Jan 2015 06:14:40 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:55796)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTb-0008JC-PQ
 for bug-libtool@HIDDEN; Sun, 11 Jan 2015 06:14:40 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTU-00083M-Dh
 for bug-libtool@HIDDEN; Sun, 11 Jan 2015 06:14:35 -0500
Received: from mail-qg0-x231.google.com ([2607:f8b0:400d:c04::231]:52818)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <aaron.burghardt@HIDDEN>) id 1YAGTU-00083H-7y
 for bug-libtool@HIDDEN; Sun, 11 Jan 2015 06:14:28 -0500
Received: by mail-qg0-f49.google.com with SMTP id f51so14504273qge.8
 for <bug-libtool@HIDDEN>; Sun, 11 Jan 2015 03:14:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:content-type:subject:date:references:to:message-id
 :mime-version; bh=Dv/TB8wmv//NbzbdbMuc2X9Y+QnjdSc2ZAzk5vHepxs=;
 b=smZCcqLR2xPkm6eadfF3PAFpz+HfL/pTopgUQ8zYtEr6LVeR0I/ombLbQUq9/R53Qx
 Q5zD6gXP4o4KkVFBuXEI10XXa7FLSqKpQUURwC4Kx7rjC1lNHtdSS6nHc+a72zdfzS26
 /zzOvRGhdUvMQ0YjWlLxPt14+cDH001wLwVskM9HkMOnfAo1TUKnUUCSLUFNL/o/nJKk
 /95uOkgNZzHCWeUNgGRRgouZgMeB43KL2wiPoleaW3ehBptoaq1js2PxLpQEna/t1Rh4
 Yfa0ADcxcu/Y3KRdalxh8TVxIwEosQup4iC+ZN8/t8FtpOVeEiaO/IcepALrYTLxG52B
 Ow2Q==
X-Received: by 10.140.31.36 with SMTP id e33mr38864555qge.36.1420974867424;
 Sun, 11 Jan 2015 03:14:27 -0800 (PST)
Received: from [192.168.1.99] (pool-71-163-30-131.washdc.fios.verizon.net.
 [71.163.30.131])
 by mx.google.com with ESMTPSA id 9sm12044264qam.9.2015.01.11.03.14.26
 for <bug-libtool@HIDDEN>
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Sun, 11 Jan 2015 03:14:26 -0800 (PST)
From: Aaron Burghardt <aaron.burghardt@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_50077D61-3F85-49F5-B45C-E6769555EDB2"
Subject: Problem with line splitting output from func_emit_wrapper
Date: Sun, 11 Jan 2015 06:14:26 -0500
References: <C9080133-CA20-4842-ACF1-A42DEA229830@HIDDEN>
To: bug-libtool@HIDDEN
Message-Id: <2A827EE9-F951-4466-B9F4-6B2CC769AC01@HIDDEN>
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
X-Mailer: Apple Mail (2.1993)
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
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: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Sun, 11 Jan 2015 13:19:37 -0500
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: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://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: <https://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: -4.0 (----)


--Apple-Mail=_50077D61-3F85-49F5-B45C-E6769555EDB2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

I am attempting to cross-compile the standard jpeg source, =
http://www.ijg.org <http://www.ijg.org/>, with mingw-w64 on OS X. The =
build fails because executables wrapped by libtool do not compile. The =
jpeg source comes with an ltmain.sh script produced by libtool version =
2.4.2 . I happen to have libtool 2.4 installed, and I was able to build =
the project by running libtoolize, which generated an ltmain.sh from my =
older version. I tracked the issue down to a change in a sed command in =
ltmain.sh that splits long lines in the output of func_emit_wrapper() to =
make the output suitable for all compilers. This list thread lead to the =
following patch:

http://lists.gnu.org/archive/html/bug-libtool/2010-10/msg00000.html =
<http://lists.gnu.org/archive/html/bug-libtool/2010-10/msg00000.html>
=
http://git.savannah.gnu.org/cgit/libtool.git/commit/libltdl/config/ltmain.=
m4sh?id=3Dc161010e9deec544410a3e91d105d07ed9ec9911 =
<http://git.savannah.gnu.org/cgit/libtool.git/commit/libltdl/config/ltmain=
.m4sh?id=3Dc161010e9deec544410a3e91d105d07ed9ec9911>

To save having to click the link, the commit is:


diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 0418007..1078e75 100644
--- a/libltdl/config/ltmain.m4sh
+++ b/libltdl/config/ltmain.m4sh
@@ -4268,9 +4268,15 @@ void lt_dump_script (FILE* f)
 {
 EOF
 	    func_emit_wrapper yes |
-              $SED -e 's/\([\\"]\)/\\\1/g' \
-	           -e 's/^/  fputs ("/' -e 's/$/\\n", f);/'
-
+	      $SED -n -e '
+s/^\(.\{79\}\)\(..*\)/\1\
+\2/
+h
+s/\([\\"]\)/\\\1/g
+s/$/\\n/
+s/\([^\n]*\).*/  fputs ("\1", f);/p
+g
+D'
             cat <<"EOF"
 }
 EOF

OS X=E2=80=99s sed is not GNU sed, is older, and doesn=E2=80=99t support =
many of GNU sed=E2=80=99s extensions. I could install GNU sed to resolve =
this, but I=E2=80=99m curious, is the sed command not POSIX compliant, =
or is OS X=E2=80=99s sed not POSIX compliant? Am I correct to think =
POSIX compliance is a goal of autotools?

Thanks,

Aaron



--Apple-Mail=_50077D61-3F85-49F5-B45C-E6769555EDB2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; -webkit-line-break: after-white-space;" class=3D""><div =
class=3D"">I am attempting to cross-compile the standard jpeg =
source,&nbsp;<a href=3D"http://www.ijg.org/" =
class=3D"">http://www.ijg.org</a>, with mingw-w64 on OS X. The build =
fails because executables wrapped by libtool do not compile. The jpeg =
source comes with an&nbsp;ltmain.sh script produced by libtool version =
2.4.2 . I happen to have libtool 2.4 installed, and I was able to build =
the project by running libtoolize, which generated an ltmain.sh from my =
older version. I tracked the issue down to a change in a sed command in =
ltmain.sh that splits long lines in the output =
of&nbsp;func_emit_wrapper() to make the output suitable for all =
compilers. This list thread lead to the following patch:</div><div =
class=3D""><br class=3D""></div><div class=3D""><div class=3D""><a =
href=3D"http://lists.gnu.org/archive/html/bug-libtool/2010-10/msg00000.htm=
l" =
class=3D"">http://lists.gnu.org/archive/html/bug-libtool/2010-10/msg00000.=
html</a></div><div class=3D""><a =
href=3D"http://git.savannah.gnu.org/cgit/libtool.git/commit/libltdl/config=
/ltmain.m4sh?id=3Dc161010e9deec544410a3e91d105d07ed9ec9911" =
class=3D"">http://git.savannah.gnu.org/cgit/libtool.git/commit/libltdl/con=
fig/ltmain.m4sh?id=3Dc161010e9deec544410a3e91d105d07ed9ec9911</a></div></d=
iv><div class=3D""><br class=3D""></div><div class=3D"">To save having =
to click the link, the commit is:</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D"">diff --git =
a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh<br =
class=3D"">index 0418007..1078e75 100644<br class=3D"">--- =
a/libltdl/config/ltmain.m4sh<br class=3D"">+++ =
b/libltdl/config/ltmain.m4sh<br class=3D"">@@ -4268,9 +4268,15 @@ void =
lt_dump_script (FILE* f)<br class=3D"">&nbsp;{<br class=3D"">&nbsp;EOF<br =
class=3D"">&nbsp;<span class=3D"Apple-tab-span" style=3D"white-space:pre">=
	</span> &nbsp; &nbsp;func_emit_wrapper yes |<br class=3D"">- =
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;$SED -e =
's/\([\\"]\)/\\\1/g' \<br class=3D"">-<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span> &nbsp; &nbsp; &nbsp; &nbsp; =
&nbsp; -e 's/^/ &nbsp;fputs ("/' -e 's/$/\\n", f);/'<br class=3D"">-<br =
class=3D"">+<span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span> &nbsp; &nbsp; &nbsp;$SED -n -e '<br =
class=3D"">+s/^\(.\{79\}\)\(..*\)/\1\<br class=3D"">+\2/<br =
class=3D"">+h<br class=3D"">+s/\([\\"]\)/\\\1/g<br class=3D"">+s/$/\\n/<br=
 class=3D"">+s/\([^\n]*\).*/ &nbsp;fputs ("\1", f);/p<br class=3D"">+g<br =
class=3D"">+D'<br class=3D"">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; =
&nbsp;cat &lt;&lt;"EOF"<br class=3D"">&nbsp;}<br =
class=3D"">&nbsp;EOF</div><div class=3D""><br class=3D""></div><div =
class=3D"">OS X=E2=80=99s sed is not GNU sed, is older, and doesn=E2=80=99=
t support many of GNU sed=E2=80=99s extensions. I could install GNU sed =
to resolve this, but I=E2=80=99m curious, is the sed command not POSIX =
compliant, or is OS X=E2=80=99s sed not POSIX compliant? Am I correct to =
think POSIX compliance is a goal of autotools?</div><div class=3D""><br =
class=3D""></div><div class=3D"">Thanks,</div><div class=3D""><br =
class=3D""></div><div class=3D"">Aaron</div><div class=3D""><br =
class=3D""></div></div></div><br class=3D""></body></html>=

--Apple-Mail=_50077D61-3F85-49F5-B45C-E6769555EDB2--




Acknowledgement sent to Aaron Burghardt <aaron.burghardt@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-libtool@HIDDEN. Full text available.
Report forwarded to bug-libtool@HIDDEN:
bug#19569; Package libtool. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
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.