[Mingw-w64-public] liblto_plugin-0.dll not found

[Alexandre Gouraud]

Hello,

I have the same problem than the one described here:
http://sourceforge.net/mailarchive/message.php?msg_id=27458351
The file exists in /mingw64/libexec/gcc/x86_64-w64-mingw32/4.7.0
I added this path to my PATH, as well as to LD_RUN_PATH but it did not
solved anything.

I suspect some mysconfiguration of either my prefix or my sysroot because I
see in the log below that:

folder
c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\../lib/gcc/x86_64-w64-mingw32/4.7.0/include
ignored because does not exist

indeed, the right path should be
c:\s2e\s2e-toolchain\mingw64\libexec\gcc\x86_64-w64-mingw32\4.7.0\include

Any hint would be welcome.

----------------------------------------------------------------------------8<---------------------------------------------------------------------
$ gcc -v conftest.c
Utilisation des specs internes.
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\gcc.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-4.7-20110702/configure
--target=x86_64-w64-mingw32 --disable-multilib --prefix=/mingw64
--with-sysroot=/mingw64 --enable-libstdcxx-debug
Model de thread: win32
gcc version 4.7.0 20110702 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64' cc1 -quiet -v
-iprefix
c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\../lib/gcc/x86_64-w64-mingw32/4.7.0/
-U_REENTRANCE conftest.c -quiet -dumpbase conftest.c -mtune=generic
-march=x86-64 -auxbase conftest -version -o
C:\Users\aceg7283\AppData\Local\Temp\cctpGjay.s
GNU C (GCC) version 4.7.0 20110702 (experimental) (x86_64-w64-mingw32)
compiled by GNU C version 4.6.1 20110417 (prerelease), GMP version
5.0.2, MPFR version 3.0.1, MPC version 0.9
heuristiques GGC: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
folder
c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\../lib/gcc/x86_64-w64-mingw32/4.7.0/include
ignored because does not exist
folder
c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\../lib/gcc/x86_64-w64-mingw32/4.7.0/include-fixed
ignored because does not exist
folder
C:/s2e/s2e-toolchain/mingw64/x86_64-w64-mingw32/lib/../lib/gcc/x86_64-w64-mingw32/4.7.0/include
ignored because does not exist
folder C:/s2e/s2e-toolchain/mingw64C:/s2e/s2e-toolchain/mingw64/include
ignored because does not exist
folder
C:/s2e/s2e-toolchain/mingw64/x86_64-w64-mingw32/lib/../lib/gcc/x86_64-w64-mingw32/4.7.0/include-fixed
ignored because does not exist
folder
C:/s2e/s2e-toolchain/mingw64/x86_64-w64-mingw32/lib/../x86_64-w64-mingw32/include
ignored because does not exist
search dirs for #include "..." starts here :
search dirs for #include <...> starts here:
C:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\include
C:/s2e/s2e-toolchain/mingw64/mingw/include
Fin de la liste de recherche.
GNU C (GCC) version 4.7.0 20110702 (experimental) (x86_64-w64-mingw32)
compiled by GNU C version 4.6.1 20110417 (prerelease), GMP version
5.0.2, MPFR version 3.0.1, MPC version 0.9
heuristiques GGC: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: bfe405f4907ef235bd3e1e58154bd9e1
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64' as -o
C:\Users\aceg7283\AppData\Local\Temp\cc2GZbK5.o
C:\Users\aceg7283\AppData\Local\Temp\cctpGjay.s
gcc.exe: erreur fatale: -fuse-linker-plugin, but liblto_plugin-0.dll not
found
compilation ended.

[Kai Tietz]

Hi,

Post by Alexandre Gouraud
Hello,
http://sourceforge.net/mailarchive/message.php?msg_id=27458351
The file exists in /mingw64/libexec/gcc/x86_64-w64-mingw32/4.7.0
I added this path to my PATH, as well as to LD_RUN_PATH but it did not
solved anything.
I suspect some mysconfiguration of either my prefix or my sysroot because I
folder
c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin\../lib/gcc/x86_64-w64-mingw32/4.7.0/include
ignored because does not exist
indeed, the right path should be
c:\s2e\s2e-toolchain\mingw64\libexec\gcc\x86_64-w64-mingw32\4.7.0\include
Any hint would be welcome.

The issue is that you are setting PATH to wrong bin directory. You
should use here 'c:\s2e\s2e-toolchain\mingw64\bin' instead. The
folder 'c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin' is for
internal use only and has not to be used by user directly.

Regards,
Kai

[Alexandre Gouraud]

Hi,

Thank you for the answer Kai. My comments below

Post by Kai Tietz
The issue is that you are setting PATH to wrong bin directory. You
should use here 'c:\s2e\s2e-toolchain\mingw64\bin' instead. The
folder 'c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin' is for
internal use only and has not to be used by user directly.

Indeed, it apparently do something. But I think my set up is not correct.

since I built gcc 4.7.0 with gcc 4.6.1, I have both installed on my machine.
And of course the default one is 4.6.1 whereas I want the other one.

with the PATH you told me to set up, I have what is reported below. Where
can I learn about the internal of the directory structure so that I can
configure my gcc appropriately. In the user manual, this is not that clear
actually?

Alexandre.

-----------------------------------------------------------------8<-----------------------------------------------------------------------------


$ which gcc
/mingw64/bin/gcc.exe

$ gcc -v
Using built-in specs.
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: /home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for
_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry
--prefix=/home/drangon/work/mingw-w64-
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target
Thread model: win32
gcc version 4.6.1 20110417 (prerelease) (GCC)

$ which x86_64-w64-mingw32-gcc.exe
/mingw64/bin/x86_64-w64-mingw32-gcc.exe

$ x86_64-w64-mingw32-gcc.exe -v
-> pop up saying libintl-8.dll is missing, but actually it is not missing,
it is just the set up which is messed up.

$ x86_64-w64-mingw32-gcc-4.7.0.exe -v
-> pop up saying libintl-8.dll is missing, but actually it is not missing,
it is just the set up which is messed up.

$ x86_64-w64-mingw32-gcc-4.6.1.exe -v
Using built-in specs.
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\x86_64-w64-mingw32-gcc-4.6.1.exe
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: /home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for
_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry
--prefix=/home/drangon/work/mingw-w64-
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target
Thread model: win32
gcc version 4.6.1 20110417 (prerelease) (GCC)

$ which x86_64-w64-mingw32-gcc-4.7.0.exe
/mingw64/bin/x86_64-w64-mingw32-gcc-4.7.0.exe

[xunxun]

[unknown]

This is a multi-part message in MIME format.
--------------000308070300000600050803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Post by Alexandre Gouraud
Hi,
Thank you for the answer Kai. My comments below
The issue is that you are setting PATH to wrong bin directory. You
should use here 'c:\s2e\s2e-toolchain\mingw64\bin' instead. The
folder 'c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin' is for
internal use only and has not to be used by user directly.
Indeed, it apparently do something. But I think my set up is not correct.
since I built gcc 4.7.0 with gcc 4.6.1, I have both installed on my
machine. And of course the default one is 4.6.1 whereas I want the
other one.
with the PATH you told me to set up, I have what is reported below.
Where can I learn about the internal of the directory structure so
that I can configure my gcc appropriately. In the user manual, this is
not that clear actually?
Alexandre.
-----------------------------------------------------------------8<-----------------------------------------------------------------------------
$ which gcc
/mingw64/bin/gcc.exe
$ gcc -v
Using built-in specs.
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: /home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for
_target --enable-twoprocess --disable-libstdcxx-pch
--disable-win32-registry --prefix=/home/drangon/work/mingw-w64-
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target
Thread model: win32
gcc version 4.6.1 20110417 (prerelease) (GCC)
$ which x86_64-w64-mingw32-gcc.exe
/mingw64/bin/x86_64-w64-mingw32-gcc.exe
$ x86_64-w64-mingw32-gcc.exe -v
-> pop up saying libintl-8.dll is missing, but actually it is not
missing, it is just the set up which is messed up.
$ x86_64-w64-mingw32-gcc-4.7.0.exe -v
-> pop up saying libintl-8.dll is missing, but actually it is not
missing, it is just the set up which is messed up.
$ x86_64-w64-mingw32-gcc-4.6.1.exe -v
Using built-in specs.
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\x86_64-w64-mingw32-gcc-4.6.1.exe
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: /home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for
_target --enable-twoprocess --disable-libstdcxx-pch
--disable-win32-registry --prefix=/home/drangon/work/mingw-w64-
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target
Thread model: win32
gcc version 4.6.1 20110417 (prerelease) (GCC)
$ which x86_64-w64-mingw32-gcc-4.7.0.exe
/mingw64/bin/x86_64-w64-mingw32-gcc-4.7.0.exe
--
Alexandre

Maybe you can use gcc -flto -fuse-linker-plugin conftest.c -Wl,-v to
output more link information.
--
Best Regards,
xunxun


--------------000308070300000600050803
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
于 2011/10/28 22:18, Alexandre Gouraud 写道:
<blockquote
cite="mid:CAMNTtbqYA0-x+mwWpoEKoO4wfYdi7_J1N1WeQpKmihZ-***@mail.gmail.com"
type="cite">Hi, <br>
<br>
Thank you for the answer Kai. My comments below<br>
<br>
<div class="gmail_quote">2011/10/28 Kai Tietz <span dir="ltr">&lt;<a
moz-do-not-send="true" href="mailto:***@googlemail.com">***@googlemail.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex;">
The issue is that you are setting PATH to wrong bin directory.
 You<br>
should use here 'c:\s2e\s2e-toolchain\mingw64\bin' instead.
 The<br>
folder 'c:\s2e\s2e-toolchain\mingw64\x86_64-w64-mingw32\bin'
is for<br>
internal use only and has not to be used by user directly.<br>
</blockquote>
</div>
Indeed, it apparently do something. But I think my set up is not
correct. <br>
<br>
since I built gcc 4.7.0 with gcc 4.6.1, I have both installed on
my machine. And of course the default one is 4.6.1 whereas I want
the other one. <br>
<br>
with the PATH you told me to set up, I have what is reported
below. Where can I learn about the internal of the directory
structure so that I can configure my gcc appropriately. In the
user manual, this is not that clear actually?<br>
<br>
Alexandre. <br>
<br>
-----------------------------------------------------------------8&lt;-----------------------------------------------------------------------------
<br>
<br>
$ which gcc<br>
/mingw64/bin/gcc.exe<br>
<br>
$ gcc -v<br>
Using built-in specs.<br>
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\gcc.exe<br>
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe<br>
Target: x86_64-w64-mingw32<br>
Configured with:
/home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6<br>
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for<br>
_target --enable-twoprocess --disable-libstdcxx-pch
--disable-win32-registry --prefix=/home/drangon/work/mingw-w64-<br>
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target<br>
Thread model: win32<br>
gcc version 4.6.1 20110417 (prerelease) (GCC)<br>
<br>
$ which x86_64-w64-mingw32-gcc.exe<br>
/mingw64/bin/x86_64-w64-mingw32-gcc.exe<br>
<br>
$ x86_64-w64-mingw32-gcc.exe -v <br>
-&gt; pop up saying libintl-8.dll is missing, but actually it is
not missing, it is just the set up which is messed up.<br>
<br>
$ x86_64-w64-mingw32-gcc-4.7.0.exe -v<br>
-&gt; pop up saying libintl-8.dll is missing, but actually it is
not missing, it is just the set up which is messed up.<br>
<br>
$ x86_64-w64-mingw32-gcc-4.6.1.exe -v<br>
Using built-in specs.<br>
COLLECT_GCC=C:\s2e\s2e-toolchain\mingw64\bin\x86_64-w64-mingw32-gcc-4.6.1.exe<br>
COLLECT_LTO_WRAPPER=c:/s2e/s2e-toolchain/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.1/lto-wrapper.exe<br>
Target: x86_64-w64-mingw32<br>
Configured with:
/home/drangon/work/mingw-w64-dgn/source/gcc/configure
--host=x86_64-w64-mingw32 --target=x86_64-w6<br>
4-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++
--with-gmp=/home/drangon/work/mingw-w64-dgn/build/for<br>
_target --enable-twoprocess --disable-libstdcxx-pch
--disable-win32-registry --prefix=/home/drangon/work/mingw-w64-<br>
dgn/target --with-sysroot=/home/drangon/work/mingw-w64-dgn/target<br>
Thread model: win32<br>
gcc version 4.6.1 20110417 (prerelease) (GCC)<br>
<br>
$ which x86_64-w64-mingw32-gcc-4.7.0.exe<br>
/mingw64/bin/x86_64-w64-mingw32-gcc-4.7.0.exe<br>
<br>
<br>
<br>
-- <br>
Alexandre<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<br>
<pre wrap="">
</pre>
</blockquote>
Maybe you can use gcc -flto -fuse-linker-plugin conftest.c -Wl,-v to
output more link information.<br>
<br>
<pre class="moz-signature" cols="72">--
Best Regards,
xunxun</pre>
</body>
</html>

--------------000308070300000600050803--