[Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration

2019-01-25 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044

--- Comment #5 from Jonathan Wakely  ---
OK thanks, I'll try to take a look into it.

[Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration

2019-01-25 Thread ylatuya at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044

--- Comment #4 from Andoni  ---
I am sorry  for now explaining my self good enough. I am building a GCC
toolchain for Windows: a cross-compiler one with Linux as host and a native one
with Windows as host. Both toolchains are built in a Linux machine

Host:Linux Target:Windows
../configure --prefix /home/andoni/mingw/linux/multilib --libdir
/home/andoni/mingw/linux/multilib/lib --disable-maintainer-mode
--disable-silent-rules --disable-gtk-doc --disable-introspection
--with-host-libstdcxx=-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm
--disable-maintainer-mode--disable-shared --disable-libgomp
--disable-libquadmath --disable-libquadmath-support --disable-libmudflap
--disable-libmpx --disable-libssp --disable-nls --enable-threads=posix
--enable-__cxa_atexit --enable-lto --enable-plugin --enable-multiarch
--enable-languages=c,c++ --enable-long-long
--with-sysroot=/home/andoni/mingw/linux/multilib/x86_64-w64-mingw32/sysroot
--with-local-prefix=/home/andoni/mingw/linux/multilib/x86_64-w64-mingw32/sysroot
--target=x86_64-w64-mingw32 --host=x86_64-pc-linux-gnu


Host:Windows Target:Windows
../configure --prefix /home/andoni/mingw/windows/multilib --libdir
/home/andoni/mingw/windows/multilib/lib --disable-maintainer-mode
--disable-silent-rules --disable-gtk-doc --disable-introspection
--with-host-libstdcxx=-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm
--disable-maintainer-mode--disable-shared --disable-libgomp
--disable-libquadmath --disable-libquadmath-support --disable-libmudflap
--disable-libmpx --disable-libssp --disable-nls --enable-threads=posix
--enable-__cxa_atexit --enable-lto --enable-plugin --enable-multiarch
--enable-languages=c,c++ --enable-long-long
--with-sysroot=/home/andoni/mingw/windows/multilib/x86_64-w64-mingw32/sysroot
--with-local-prefix=/home/andoni/mingw/windows/multilib/x86_64-w64-mingw32/sysroot
--target=x86_64-w64-mingw32 --host=x86_64-w64-mingw32

When cross-compiling the Windows toolchain, libstdc++-6.dll should be installed
in lib/ and lib32/ instead of bin, in a similar fashion as the EH dll's, that
are installed in lib/libgcc_s_seh-1.dll and lib32/libgcc_s_sjlj-1.dll.

Being installed in bin, the x86_64 one is overridden during make install and
there is a single dll for x86 installed in bin/

[Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration

2019-01-25 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044

--- Comment #3 from Jonathan Wakely  ---
I don't understand how "gcc with multilib support for linux" can produce .dll
files, so I don't understand what you're doing.

Please provide the full configure command (which is shown in the output of 'gcc
-v' which https://gcc.gnu.org/bugs asks you to provide).

If you're cross-compiling, we need to know the build and host triplets as well
as the target.

[Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration

2019-01-25 Thread ylatuya at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044

--- Comment #2 from Andoni  ---
8.2.0 I updated the version field too.

[Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration

2019-01-25 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044

Richard Biener  changed:

   What|Removed |Added

   Keywords||build
 Target||x86_64-w64-mingw32
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2019-01-25
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
What GCC version are you building/installing?