GNU logs - #19569, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#19569: Problem with line splitting output from func_emit_wrapper
Resent-From: Aaron Burghardt <aaron.burghardt@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sun, 11 Jan 2015 18:20:04 +0000
Resent-Message-ID: <handler.19569.B.142100038111524 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 19569 <at> debbugs.gnu.org
From: Aaron Burghardt <aaron.burghardt@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_50077D61-3F85-49F5-B45C-E6769555EDB2"
Date: Sun, 11 Jan 2015 06:14:26 -0500
References: <C9080133-CA20-4842-ACF1-A42DEA229830@HIDDEN>
Message-Id: <2A827EE9-F951-4466-B9F4-6B2CC769AC01@HIDDEN>
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--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--

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: Aaron Burghardt <aaron.burghardt@HIDDEN>
Subject: bug#19569: Acknowledgement (Problem with line splitting output
 from func_emit_wrapper)
Message-ID: <handler.19569.B.142100038111524.ack <at> debbugs.gnu.org>
References: <2A827EE9-F951-4466-B9F4-6B2CC769AC01@HIDDEN>
X-Gnu-PR-Message: ack 19569
X-Gnu-PR-Package: libtool
Reply-To: 19569 <at> debbugs.gnu.org
Date: Sun, 11 Jan 2015 18:20:05 +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 19569 <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
19569: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D19569
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

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.