GNOME Bugzilla – Bug 669493
Build warning: /bin/rm: cannot lstat `libtoolT': No such file or directory
Last modified: 2021-07-05 13:24:04 UTC
Trying to compile libxml2 on mingw and I get the following error. make all-recursive make[1]: Entering directory `/home/alien/libxml2-2.6.30' Making all in include make[2]: Entering directory `/home/alien/libxml2-2.6.30/include' Making all in libxml make[3]: Entering directory `/home/alien/libxml2-2.6.30/include/libxml' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/alien/libxml2-2.6.30/include/libxml' make[3]: Entering directory `/home/alien/libxml2-2.6.30/include' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/alien/libxml2-2.6.30/include' make[2]: Leaving directory `/home/alien/libxml2-2.6.30/include' Making all in . make[2]: Entering directory `/home/alien/libxml2-2.6.30' if /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -DHAVE_WIN32_THREADS -D_REENTRANT -DWIN32 -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -MT threads.lo -MD -MP -MF ".deps/threads.Tpo" -c -o threads.lo threads.c; \ then mv -f ".deps/threads.Tpo" ".deps/threads.Plo"; else rm -f ".deps/threads.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -DHAVE_WIN32_THREADS -D_REENTRANT -DWIN32 -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -MT threads.lo -MD -MP -MF .deps/threads.Tpo -c threads.c -DDLL_EXPORT -DPIC -o .libs/threads.o threads.c: In function 'xmlRMutexUnlock': threads.c:403:18: error: incompatible types when assigning to type 'pthread_t' from type 'int' threads.c: In function '__xmlGlobalInitMutexLock': threads.c:431:9: warning: unused variable 'err' [-Wunused-variable] threads.c: In function 'xmlGetThreadId': threads.c:711:5: error: aggregate value used where an integer was expected threads.c: In function 'xmlIsMainThread': threads.c:747:23: error: invalid operands to binary == (have 'pthread_t' and 'pthread_t') threads.c: In function 'xmlCleanupThreads': threads.c:840:19: warning: comparison between pointer and integer [enabled by default] threads.c:852:2: warning: passing argument 1 of 'TlsFree' makes integer from pointer without a cast [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.2/../../../../include/winbase.h:2167:24: note: expected 'DWORD' but argument is of type 'pthread_key_t' threads.c:853:12: warning: assignment makes pointer from integer without a cast [enabled by default] threads.c: In function 'xmlOnceInit': threads.c:877:10: error: 'run_once' undeclared (first use in this function) threads.c:877:10: note: each undeclared identifier is reported only once for each function it appears in threads.c:881:23: warning: assignment makes pointer from integer without a cast [enabled by default] threads.c:883:24: error: incompatible types when assigning to type 'pthread_t' from type 'DWORD' threads.c: At top level: threads.c:921:13: warning: no previous prototype for 'DllMain' [-Wmissing-prototypes] threads.c: In function 'DllMain': threads.c:926:16: warning: comparison between pointer and integer [enabled by default] threads.c:929:3: warning: passing argument 1 of 'TlsGetValue' makes integer from pointer without a cast [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.2/../../../../include/winbase.h:2168:25: note: expected 'DWORD' but argument is of type 'pthread_key_t' threads.c:933:17: warning: passing argument 1 of 'TlsSetValue' makes integer from pointer without a cast [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.2/../../../../include/winbase.h:2169:24: note: expected 'DWORD' but argument is of type 'pthread_key_t' threads.c:921:31: warning: unused parameter 'hinstDLL' [-Wunused-parameter] threads.c:921:65: warning: unused parameter 'lpvReserved' [-Wunused-parameter] threads.c: In function 'xmlIsMainThread': threads.c:755:1: warning: control reaches end of non-void function [-Wreturn-type] make[2]: *** [threads.lo] Error 1 make[2]: Leaving directory `/home/alien/libxml2-2.6.30' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/alien/libxml2-2.6.30' make: *** [all] Error 2
Have you tried the most recent version (2.7.8) from here?: https://bugzilla.gnome.org/show_bug.cgi?id=669493
This is pointing to the same bug report not the the newer version.
(In reply to comment #2) > This is pointing to the same bug report not the the newer version. Sorry, I don't understand.
(In reply to comment #1) > Have you tried the most recent version (2.7.8) from here?: > https://bugzilla.gnome.org/show_bug.cgi?id=669493 with version 2.7.8 configure gives ./bin/rm: cannot lstat `libtoolT': No such file or directory
(Sorry for my wrongly copy-pasted ftp link above, but you seem to have found 2.7.8 anyway) > ./bin/rm: cannot lstat `libtoolT': No such file or directory Googling shows that many people have encountered the same message, but I can't find any solution. I wonder if it is triggered by building in a path with a space. Also, does the build stop at that point, or at a later point with some other error message? Feel free to _attach_ the whole build output if necessary.
This message: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523750#34 suggests that it is something to do with libxml's configure.in file http://git.gnome.org/browse/libxml2/tree/configure.in#n63 doing this: AC_PATH_PROG(RM, rm, /bin/rm) I'm not sure what the best fix would be, but there is a suggestion there. However, I am surprised that you see this during a tarball build. Are you running configure or autogen.sh, or something else, when building from the tarball?
actually I could build even with this error with success. I run autogen.sh for those packages that came with it and without configure. The autogen.sh creates the configure. after that I run configure and make. I could compile and install 2.7.8 with success.
> I run autogen.sh for those packages that came with it and without configure All tarballs have configure. You should never need to run autogen.sh from a tarball build. Did you run autogen.sh or configure.ac when building libxml? I suspect that you used autogen.sh.
some of them the configure wont run without running ./autogen.sh. But as I said that didn't block me to configure and compile with success.
When building libxml from the tarball, did you run autogen.sh?
Sorry forgot to answer, no I didn't.
*** Bug 664226 has been marked as a duplicate of this bug. ***
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/libxml2/-/issues/ Thank you for your understanding and your help.