GNU logs - #18947, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#18947: unexpected EOF while looking for matching
Resent-From: Theuns Heydenrych <theunsheydenrych@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Tue, 04 Nov 2014 16:40:04 +0000
Resent-Message-ID: <handler.18947.B.14151191809899 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 18947 <at> debbugs.gnu.org
MIME-Version: 1.0
Date: Tue, 4 Nov 2014 15:27:17 +0200
Message-ID: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
From: Theuns Heydenrych <theunsheydenrych@HIDDEN>
Content-Type: multipart/alternative; boundary=001a1140292a0f026e0507086c4c
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--001a1140292a0f026e0507086c4c
Content-Type: text/plain; charset=UTF-8

HI
When building Geos 3.4.2 with MinGW on Win7, the build fails at the last
step when trying to link the dll, with the following.

libtool: link: g++ -shared -nostdlib
c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib/dllcrt2.o
c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/crtbegin.o
 .libs/inlines.o  -Wl,--whole-archive algorithm/.libs/libalgorithm.a
geom/.libs/libgeom.a geomgraph/.libs/libgeomgraph.a index/.libs/libindex.a
io/.libs/libio.a linearref/.libs/liblinearref.a noding/.libs/libnoding.a
operation/.libs/liboperation.a planargraph/.libs/libplanargraph.a
precision/.libs/libprecision.a simplify/.libs/libsimplify.a
triangulate/.libs/libtriangulate.a util/.libs/libutil.a
-Wl,--no-whole-archive
 -L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/lib
-L/c/mingw491/prerequisites/i686-zlib-static/lib
-L/c/mingw491/prerequisites/i686-w64-mingw32-static/lib'
-Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1
-Lc:/Tools/MinGW/bin/../lib/gcc
-Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib
-Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../lib
-Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib
-Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../.. -lstdc++
-lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32
-lshell32 -luser32 -lkernel32 -liconv -lmingw32 -lgcc_s -lgcc -lmoldname
-lmingwex -lmsvcrt
c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/crtend.o    -o
.libs/libgeos-3-4-2.dll -Wl,--enable-auto-image-base -Xlinker --out-implib
-Xlinker .libs/libgeos.dll.a

../libtool: eval: line 7867: unexpected EOF while looking for matching `''
../libtool: eval: line 7868: syntax error: unexpected end of file
make[3]: *** [libgeos.la] Error 1
make[3]: Leaving directory
`/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2'
make: *** [all] Error 2

What i have figured out so far is to list the default search path for gcc
in MinGW is to issue the command
gcc -### -o foo foo.c

This will produce the following:
$ gcc -### -o foo foo.c > /c/dev/gcc.txt
gcc.exe: error: foo.c: No such file or directory
Using built-in specs.
COLLECT_GCC=c:\Tools\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/Tools/MinGW/bin/../libexec/gcc/i686-w64-mingw32/4.9.1/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.9.1/configure --host=i686-w64-mingw32
--build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32
--with-sysroot=/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32
--with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++
--enable-shared --enable-static --disable-multilib
--enable-languages=ada,c,c++,fortran,objc,obj-c++,lto
--enable-libstdcxx-time=yes --enable-threads=posix
--enable-libgomp --enable-libatomic --enable-lto --enable-graphite
--enable-checking=release --enable-fully-dynamic-string
--enable-version-specific-runtime-libs --disable-sjlj-exceptions
--with-dwarf2
--disable-isl-version-check --disable-cloog-version-check
--disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap
--disable-rpath --disable-win32-registry --disable-nls --disable-werror
--disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686
--with-tune=generic --with-libiconv --with-system-zlib
--with-gmp=/c/mingw491/prerequisites/i686-w64-mingw32-static
--with-mpfr=/c/mingw491/prerequisites/i686-w64-mingw32-static
--with-mpc=/c/mingw491/prerequisites/i686-w64-mingw32-static
--with-isl=/c/mingw491/prerequisites/i686-w64-mingw32-static
--with-cloog=/c/mingw491/prerequisites/i686-w64-mingw32-static
--enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev0,
Built by MinGW-W64 project' --with-bugurl=
http://sourceforge.net/projects/mingw-w64
CFLAGS='-O2 -pipe
-I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/include
-I/c/mingw491/prerequisites/i686-zlib-static/include
-I/c/mingw491/prerequisites/i686-w64-mingw32-static/include'
CXXFLAGS='-O2 -pipe
-I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/include
-I/c/mingw491/prerequisites/i686-zlib-static/include
-I/c/mingw491/prerequisites/i686-w64-mingw32-static/include'
CPPFLAGS= LDFLAGS='-pipe
-L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/lib
-L/c/mingw491/prerequisites/i686-zlib-static/lib
-L/c/mingw491/prerequisites/i686-w64-mingw32-static/lib'
Thread model: posix
gcc version 4.9.1 (i686-posix-dwarf-rev0, Built by MinGW-W64 project)

So there right at the end is the "offending" path, some script that should
extract the -L paths, is bringing the ' character in, at the end of the
line.

I am not sure if it is the libtool's configure scripts, but somewhere in
the configure scripts, the ' (single quote character) should not be part of
the library path.

--001a1140292a0f026e0507086c4c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><span style=3D"font-family:arial,sans-serif;font-size:13px=
">HI=C2=A0</span><div style=3D"font-family:arial,sans-serif;font-size:13px"=
>When building Geos 3.4.2 with MinGW on Win7, the build fails at the last s=
tep when trying to link the dll, with the following.</div><div style=3D"fon=
t-family:arial,sans-serif;font-size:13px"><br></div><div style=3D"font-fami=
ly:arial,sans-serif;font-size:13px">libtool: link: g++ -shared -nostdlib c:=
/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-min=
gw32/lib/../lib/dllcrt2.o c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.=
9.1/crtbegin.o =C2=A0.libs/inlines.o =C2=A0-Wl,--whole-archive algorithm/.l=
ibs/libalgorithm.a geom/.libs/libgeom.a geomgraph/.libs/libgeomgraph.a inde=
x/.libs/libindex.a io/.libs/libio.a linearref/.libs/liblinearref.a noding/.=
libs/libnoding.a operation/.libs/liboperation.a planargraph/.libs/libplanar=
graph.a precision/.libs/libprecision.a simplify/.libs/libsimplify.a triangu=
late/.libs/libtriangulate.a util/.libs/libutil.a -Wl,--no-whole-archive =C2=
=A0-L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/lib -L/c/mingw=
491/prerequisites/i686-zlib-static/lib -L/c/mingw491/prerequisites/i686-w64=
-mingw32-static/lib&#39; -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4=
.9.1 -Lc:/Tools/MinGW/bin/../lib/gcc -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w=
64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib -Lc:/Tools/MinGW/b=
in/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../lib -Lc:/Tools/MinGW/bin/.=
./lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib -Lc:/Tool=
s/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../.. -lstdc++ -lmingw32 -=
lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32 -lshell32 -=
luser32 -lkernel32 -liconv -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lm=
svcrt c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/crtend.o =C2=A0 =
=C2=A0-o .libs/libgeos-3-4-2.dll -Wl,--enable-auto-image-base -Xlinker --ou=
t-implib -Xlinker .libs/libgeos.dll.a<br></div><div style=3D"font-family:ar=
ial,sans-serif;font-size:13px"><br></div><div style=3D"font-family:arial,sa=
ns-serif;font-size:13px"><div>../libtool: eval: line 7867: unexpected EOF w=
hile looking for matching `&#39;&#39;</div><div>../libtool: eval: line 7868=
: syntax error: unexpected end of file</div><div>make[3]: *** [<a href=3D"h=
ttp://libgeos.la/" target=3D"_blank">libgeos.la</a>] Error 1</div><div>make=
[3]: Leaving directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src&#3=
9;</div><div>make[2]: *** [all-recursive] Error 1</div><div>make[2]: Leavin=
g directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src&#39;</div><di=
v>make[1]: *** [all-recursive] Error 1</div><div>make[1]: Leaving directory=
 `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2&#39;</div><div>make: *** [al=
l] Error 2</div><div><br></div><div>What i have figured out so far is to li=
st the default search path for gcc in MinGW is to issue the command<div>gcc=
 -### -o foo foo.c</div><div><br></div><div>This will produce the following=
:</div><div><div>$ gcc -### -o foo foo.c &gt; /c/dev/gcc.txt</div><div>gcc.=
exe: error: foo.c: No such file or directory</div><div>Using built-in specs=
.</div><div>COLLECT_GCC=3Dc:\Tools\MinGW\bin\gcc.exe</div><div>COLLECT_LTO_=
WRAPPER=3Dc:/Tools/MinGW/bin/../libexec/gcc/i686-w64-mingw32/4.9.1/lto-wrap=
per.exe</div><div>Target: i686-w64-mingw32</div><div>Configured with: ../..=
/../src/gcc-4.9.1/configure --host=3Di686-w64-mingw32 --build=3Di686-w64-mi=
ngw32 --target=3Di686-w64-mingw32 --prefix=3D/mingw32 --with-sysroot=3D/c/m=
ingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32=C2=A0</div><div>--with-gxx-=
include-dir=3D/mingw32/i686-w64-mingw32/include/c++ --enable-shared --enabl=
e-static --disable-multilib --enable-languages=3Dada,c,c++,fortran,objc,obj=
-c++,lto --enable-libstdcxx-time=3Dyes --enable-threads=3Dposix=C2=A0</div>=
<div>--enable-libgomp --enable-libatomic --enable-lto --enable-graphite --e=
nable-checking=3Drelease --enable-fully-dynamic-string --enable-version-spe=
cific-runtime-libs --disable-sjlj-exceptions --with-dwarf2=C2=A0</div><div>=
--disable-isl-version-check --disable-cloog-version-check --disable-libstdc=
xx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disab=
le-win32-registry --disable-nls --disable-werror=C2=A0</div><div>--disable-=
symvers --with-gnu-as --with-gnu-ld --with-arch=3Di686 --with-tune=3Dgeneri=
c --with-libiconv --with-system-zlib --with-gmp=3D/c/mingw491/prerequisites=
/i686-w64-mingw32-static=C2=A0</div><div>--with-mpfr=3D/c/mingw491/prerequi=
sites/i686-w64-mingw32-static --with-mpc=3D/c/mingw491/prerequisites/i686-w=
64-mingw32-static --with-isl=3D/c/mingw491/prerequisites/i686-w64-mingw32-s=
tatic=C2=A0</div><div>--with-cloog=3D/c/mingw491/prerequisites/i686-w64-min=
gw32-static --enable-cloog-backend=3Disl --with-pkgversion=3D&#39;i686-posi=
x-dwarf-rev0,=C2=A0</div><div>Built by MinGW-W64 project&#39; --with-bugurl=
=3D<a href=3D"http://sourceforge.net/projects/mingw-w64" target=3D"_blank">=
http://sourceforge.net/projects/mingw-w64</a>=C2=A0</div><div>CFLAGS=3D&#39=
;-O2 -pipe -I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/includ=
e -I/c/mingw491/prerequisites/i686-zlib-static/include -I/c/mingw491/prereq=
uisites/i686-w64-mingw32-static/include&#39;=C2=A0</div><div>CXXFLAGS=3D&#3=
9;-O2 -pipe -I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/inclu=
de -I/c/mingw491/prerequisites/i686-zlib-static/include -I/c/mingw491/prere=
quisites/i686-w64-mingw32-static/include&#39;=C2=A0</div><div>CPPFLAGS=3D L=
DFLAGS=3D&#39;-pipe -L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/o=
pt/lib -L/c/mingw491/prerequisites/i686-zlib-static/lib -L/c/mingw491/prere=
quisites/i686-w64-mingw32-static/lib&#39;</div><div>Thread model: posix</di=
v><div>gcc version 4.9.1 (i686-posix-dwarf-rev0, Built by MinGW-W64 project=
)</div></div><div><br></div><div>So there right at the end is the &quot;off=
ending&quot; path, some script that should extract the -L paths, is bringin=
g the &#39; character in, at the end of the line.</div></div><div><br></div=
><div>I am not sure if it is the libtool&#39;s configure scripts, but somew=
here in the configure scripts, the &#39; (single quote character) should no=
t be part of the library path.</div><div><br></div></div></div>

--001a1140292a0f026e0507086c4c--

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: Theuns Heydenrych <theunsheydenrych@HIDDEN>
Subject: bug#18947: Acknowledgement (unexpected EOF while looking for
 matching)
Message-ID: <handler.18947.B.14151191809899.ack <at> debbugs.gnu.org>
References: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
X-Gnu-PR-Message: ack 18947
X-Gnu-PR-Package: libtool
Reply-To: 18947 <at> debbugs.gnu.org
Date: Tue, 04 Nov 2014 16:40: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 18947 <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
18947: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18947
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#18947: unexpected EOF while looking for matching
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 05 Nov 2014 08:08:02 +0000
Resent-Message-ID: <handler.18947.B18947.141517485319574 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Theuns Heydenrych <theunsheydenrych@HIDDEN>,  18947 <at> debbugs.gnu.org
Message-ID: <5459DABA.2050506@HIDDEN>
Date: Wed, 05 Nov 2014 09:07:22 +0100
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
References: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
In-Reply-To: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi!

Thanks for the report!

On 2014-11-04 14:27, Theuns Heydenrych wrote:
> HI 
> When building Geos 3.4.2 with MinGW on Win7, the build fails at the last step when trying to link the dll, with the following.
> 
> libtool: link: g++ -shared -nostdlib c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib/dllcrt2.o c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/crtbegin.o  .libs/inlines.o  -Wl,--whole-archive algorithm/.libs/libalgorithm.a geom/.libs/libgeom.a geomgraph/.libs/libgeomgraph.a index/.libs/libindex.a io/.libs/libio.a linearref/.libs/liblinearref.a noding/.libs/libnoding.a operation/.libs/liboperation.a planargraph/.libs/libplanargraph.a precision/.libs/libprecision.a simplify/.libs/libsimplify.a triangulate/.libs/libtriangulate.a util/.libs/libutil.a -Wl,--no-whole-archive  -L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/lib -L/c/mingw491/prerequisites/i686-zlib-static/lib -L/c/mingw491/prerequisites/i686-w64-mingw32-static/lib' -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1 -Lc:/Tools/MinGW/bin/../lib/gcc -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib
> -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../lib -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib -Lc:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../.. -lstdc++ -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32 -lshell32 -luser32 -lkernel32 -liconv -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt c:/Tools/MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/crtend.o    -o .libs/libgeos-3-4-2.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgeos.dll.a
> 
> ../libtool: eval: line 7867: unexpected EOF while looking for matching `''
> ../libtool: eval: line 7868: syntax error: unexpected end of file
> make[3]: *** [libgeos.la <http://libgeos.la/>] Error 1
> make[3]: Leaving directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/c/cpp/dev/LibsExternal_/Gis/geos/geos-3.4.2'
> make: *** [all] Error 2
> 
> What i have figured out so far is to list the default search path for gcc in MinGW is to issue the command
> gcc -### -o foo foo.c
> 
> This will produce the following:
> $ gcc -### -o foo foo.c > /c/dev/gcc.txt
> gcc.exe: error: foo.c: No such file or directory
> Using built-in specs.
> COLLECT_GCC=c:\Tools\MinGW\bin\gcc.exe
> COLLECT_LTO_WRAPPER=c:/Tools/MinGW/bin/../libexec/gcc/i686-w64-mingw32/4.9.1/lto-wrapper.exe
> Target: i686-w64-mingw32
> Configured with: ../../../src/gcc-4.9.1/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32 
> --with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=posix 
> --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-sjlj-exceptions --with-dwarf2 
> --disable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror 
> --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686 --with-tune=generic --with-libiconv --with-system-zlib --with-gmp=/c/mingw491/prerequisites/i686-w64-mingw32-static 
> --with-mpfr=/c/mingw491/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw491/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw491/prerequisites/i686-w64-mingw32-static 
> --with-cloog=/c/mingw491/prerequisites/i686-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev0, 
> Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 
> CFLAGS='-O2 -pipe -I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/include -I/c/mingw491/prerequisites/i686-zlib-static/include -I/c/mingw491/prerequisites/i686-w64-mingw32-static/include' 
> CXXFLAGS='-O2 -pipe -I/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/include -I/c/mingw491/prerequisites/i686-zlib-static/include -I/c/mingw491/prerequisites/i686-w64-mingw32-static/include' 
> CPPFLAGS= LDFLAGS='-pipe -L/c/mingw491/i686-491-posix-dwarf-rt_v3-rev0/mingw32/opt/lib -L/c/mingw491/prerequisites/i686-zlib-static/lib -L/c/mingw491/prerequisites/i686-w64-mingw32-static/lib'
> Thread model: posix
> gcc version 4.9.1 (i686-posix-dwarf-rev0, Built by MinGW-W64 project)
> 
> So there right at the end is the "offending" path, some script that should extract the -L paths, is bringing the ' character in, at the end of the line.
> 
> I am not sure if it is the libtool's configure scripts, but somewhere in the configure scripts, the ' (single quote character) should not be part of the library path.

I think this is a bug caused by libtools desire to dig out "predeps" and
"postdeps" in order to then be able to link with -nostdlib. Libtool tries
to find out the pre- and postdeps by linking a shared library with -v and
analyzing the output. I suspect that the -v output matches what you quoted
above (the -### output), and if that's the case, the -v output analyzer
code will fail. Basically, libtool looks for all -R, -L and -l options in
all lines which do not start with "Configured with:". Your MinGW-W64
compiler seems to have some extra lines starting with CFLAGS, CXXFLAGS and
CPPFLAGS which should also be excluded from the hunt.

I don't know if that is something the MinGW-W64 team can change, or if it
is some property of newer GCC, but if my analysis is correct, many projects
are b0rked.

I have no time to look further, sorry...

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

Subject: bug#18947: unexpected EOF while looking for matching
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 05 Nov 2014 10:23:02 +0000
Resent-Message-ID: <handler.18947.B18947.141518297632753 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Theuns Heydenrych <theunsheydenrych@HIDDEN>
Cc: 18947 <at> debbugs.gnu.org
Message-ID: <5459FA79.6010103@HIDDEN>
Date: Wed, 05 Nov 2014 11:22:49 +0100
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
References: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>	<5459DABA.2050506@HIDDEN>
 <CABWZyyo0-JUEpNpAKbPxvYYXxU67MtjZScKsNN+NF+RbQiOYHQ@HIDDEN>
In-Reply-To: <CABWZyyo0-JUEpNpAKbPxvYYXxU67MtjZScKsNN+NF+RbQiOYHQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 2014-11-05 11:08, Theuns Heydenrych wrote:
> Thanks for the reply Peter.
> 
> I have successfully build other projects with the same compiler, and also used configure to generate the Makefiles.
> One difference i found between the projects is the version of libtool, by executing libtool --version i get for the GEOS project 2.2.6b and for the other projects 2.4
> So maybe its the older version?

Maybe. As I said, I have no more time to dig around.

> How can i replace the libtool in GEOS, because it looks like its generated during the configuration process?
> 
> Regards 

Please keep the bug-report in the replies. I have added it back.

Your question is project specific. Usually, autoreconf will do the
trick.

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#18947: unexpected EOF while looking for matching + patch
References: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
Resent-From: Josef Reidinger <jreidinger@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 13 Nov 2014 16:09:02 +0000
Resent-Message-ID: <handler.18947.B.141589490230306 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 18947
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: peda@HIDDEN, 18947 <at> debbugs.gnu.org
X-Debbugs-Original-To: peda@HIDDEN, bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.141589490230306
          (code B ref -1); Thu, 13 Nov 2014 16:09:02 +0000
Received: (at submit) by debbugs.gnu.org; 13 Nov 2014 16:08:22 +0000
Received: from localhost ([127.0.0.1]:59539 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1XowwX-0007sd-8g
	for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 11:08:21 -0500
Received: from eggs.gnu.org ([208.118.235.92]:37991)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <jreidinger@HIDDEN>) id 1XotDD-00067w-MX
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 07:09:20 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <jreidinger@HIDDEN>) id 1XotD8-0007Ro-5X
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 07:09:19 -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 autolearn=disabled
 version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:42265)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <jreidinger@HIDDEN>) id 1XotD8-0007Rk-32
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 07:09:14 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39665)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <jreidinger@HIDDEN>) id 1XotD2-00057F-Ek
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 07:09:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <jreidinger@HIDDEN>) id 1XotCw-0007PR-7a
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 07:09:08 -0500
Received: from cantor2.suse.de ([195.135.220.15]:57114 helo=mx2.suse.de)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <jreidinger@HIDDEN>) id 1XotCw-0007P3-2E
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 07:09:02 -0500
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
 by mx2.suse.de (Postfix) with ESMTP id 39768AC38;
 Thu, 13 Nov 2014 12:09:00 +0000 (UTC)
Date: Thu, 13 Nov 2014 13:09:13 +0100
From: Josef Reidinger <jreidinger@HIDDEN>
Message-ID: <20141113130913.5cd88e7c@HIDDEN>
Organization: SUSE
X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-suse-linux-gnu)
In-Reply-To: 5459FA79.6010103@HIDDEN
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no
 timestamps) [generic]
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: Thu, 13 Nov 2014 11:08:18 -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: <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>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Hi libtool developers,
we also face this issue in opensuse with new version of libtool (2.4.3).

I debug a problem and it appear that problem is that we have in
automake.am
ACLOCAL_AMFLAGS = -I . -I `if test -d ./build-tools; then
echo ./build-tools; else pkg-config --print-errors --variable=datadir
yast2-devtools; fi`/aclocal

This cause double backticks in
http://git.savannah.gnu.org/cgit/libtool.git/tree/libtoolize.in#n1400

To fix it, I verify that it helps to replace
*,-I*) '$r'=`expr x$_G_arg : '\''x-I\(.*\)$'\''`; break ;;
with
*,-I*) '$r'=$(expr x$_G_arg : '\''x-I\(.*\)$'\''); break ;;

as ```` is problem, but $($()) is not problem or $(``) which is result
if we do not modify Makefile.am.

I hope it helps. If you have any question please keep me in CC as I am
not subscribed.
Thanks

Josef

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#18947: unexpected EOF while looking for matching + patch
Resent-From: "Gary V. Vaughan" <gary@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 13 Nov 2014 21:27:02 +0000
Resent-Message-ID: <handler.18947.B.141591397923479 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 18947
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: 18947 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.141591397923479
          (code B ref -1); Thu, 13 Nov 2014 21:27:02 +0000
Received: (at submit) by debbugs.gnu.org; 13 Nov 2014 21:26:19 +0000
Received: from localhost ([127.0.0.1]:59869 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Xp1uE-00066c-2e
	for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 16:26:18 -0500
Received: from eggs.gnu.org ([208.118.235.92]:37206)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <gary@HIDDEN>) id 1Xp1uC-00066U-Di
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 16:26:17 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <gary@HIDDEN>) id 1Xp1u7-0007DA-My
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 16:26:16 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:36616)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <gary@HIDDEN>) id 1Xp1u7-0007D1-Ja
 for submit <at> debbugs.gnu.org; Thu, 13 Nov 2014 16:26:11 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38910)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <gary@HIDDEN>) id 1Xp1u3-0006Q6-6z
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 16:26:11 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <gary@HIDDEN>) id 1Xp1ty-0007CI-SD
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 16:26:07 -0500
Received: from sub3.mail.dreamhost.com ([69.163.253.7]:54209
 helo=homiemail-a101.g.dreamhost.com)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <gary@HIDDEN>) id 1Xp1ty-0007Bq-KE
 for bug-libtool@HIDDEN; Thu, 13 Nov 2014 16:26:02 -0500
Received: from homiemail-a101.g.dreamhost.com (localhost [127.0.0.1])
 by homiemail-a101.g.dreamhost.com (Postfix) with ESMTP id 2D819117E07F
 for <bug-libtool@HIDDEN>; Thu, 13 Nov 2014 13:25:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=vaughan.pe; h=
 content-transfer-encoding:content-type:from:mime-version:date
 :message-id:subject:references:in-reply-to:to; s=vaughan.pe; bh=
 n9FIb5OSukbuKuTjU8ojmDY8lzw=; b=GwAZTXOXc0qZf6fq4lrYUF1D6cKptNGG
 UuDQvSJN5GGC3hW8av20ZDnOS1ET3I/w9AwUxIFOJ0q4yuYFUUBJbuFn0V3pMgEi
 5lYEZjWNbKXIlpAHSF8LvLUMTZGu80snMM+WrrMoonUWGsK0Oy9jLlPuzslRETt6
 GUpd12h0MfU=
Received: from [192.168.1.6] (unknown [31.185.158.161])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 (Authenticated sender: gary@HIDDEN)
 by homiemail-a101.g.dreamhost.com (Postfix) with ESMTPSA id D8D6D117E078
 for <bug-libtool@HIDDEN>; Thu, 13 Nov 2014 13:25:58 -0800 (PST)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii
From: "Gary V. Vaughan" <gary@HIDDEN>
Mime-Version: 1.0 (1.0)
Date: Thu, 13 Nov 2014 21:25:56 +0000
Message-Id: <5AC39707-EE0E-4E13-B714-2E43439ACEBF@HIDDEN>
References: <CABWZyyr3t_T5GLLrqZSrum9zmyj8oJATh7vbWwbDycy24jcHAw@HIDDEN>
 <20141113130913.5cd88e7c@HIDDEN>
In-Reply-To: <20141113130913.5cd88e7c@HIDDEN>
X-Mailer: iPad Mail (12B410)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no
 timestamps) [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -5.0 (-----)
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: <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>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

[resend to bug-Libtool for anyone else curious about this issue]

Hi Josef,

Thanks for the report.

> On Nov 13, 2014, at 12:09 PM, Josef Reidinger <jreidinger@HIDDEN> wrote:
>=20
> Hi libtool developers,
> we also face this issue in opensuse with new version of libtool (2.4.3).
>=20
> I debug a problem and it appear that problem is that we have in
> automake.am
> ACLOCAL_AMFLAGS =3D -I . -I `if test -d ./build-tools; then
> echo ./build-tools; else pkg-config --print-errors --variable=3Ddatadir
> yast2-devtools; fi`/aclocal
>=20
> This cause double backticks in
> http://git.savannah.gnu.org/cgit/libtool.git/tree/libtoolize.in#n1400
>=20
> To fix it, I verify that it helps to replace
> *,-I*) '$r'=3D`expr x$_G_arg : '\''x-I\(.*\)$'\''`; break ;;
> with
> *,-I*) '$r'=3D$(expr x$_G_arg : '\''x-I\(.*\)$'\''); break ;;
>=20
> as ```` is problem, but $($()) is not problem or $(``) which is result
> if we do not modify Makefile.am.

Except that, as described in the Shellology section of the Autoconf manual, $=
() is not portable to modern Solaris or Irix, so we are stuck with backticks=
 in Libtoolize which needs to run on those architectures.

That aside, I'm not at all convinced that multi-line backtick expressions in=
 make macro expansions are well supported in any case.

If your project does not care about portability beyond GNU/Linux, you could u=
se $() in your ACLOCAL_AMFLAGS. Or if you do need portability, you could eit=
her use a GNU make $(shell ...) extension to run the test in advance, or at c=
onfigure time in configure.ac using AC_SUBST to inject the result into Makef=
ile. You might even find that all the make implementations you target provid=
e immediate macro assignment with ::=3D or !=3D ; again to avoid adding back=
ticks to your ACLOCAL_AMFLAGS.

HTH,
--=20
Gary V. Vaughan (gary AT gnu DOT org)=

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.