https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #8 from cqwrteur ---
Created attachment 51827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51827&action=edit
Patch for fixing this issue
LOL. it bloats my mind. WHY WHY WHY are
# DLL is installed to $(libdir)/../bin by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #7 from cqwrteur ---
This is incorrect when we canadian build multilib. unfortunately.
I find this is an issue for not just libstdc++, but libaotmic, libssp etc too.
This script is clearly just not right. It should only copy DLLs fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #6 from cqwrteur ---
(In reply to cqwrteur from comment #5)
> actually a lot of dlls are not copied correctly.
>
> libstdc++-6.dll libatomic.dll libquadmath.dll libssp.dll are all copied with
> 32 bit dlls.
>
> And libgcc_seh.dll i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #5 from cqwrteur ---
actually a lot of dlls are not copied correctly.
libstdc++-6.dll libatomic.dll libquadmath.dll libssp.dll are all copied with 32
bit dlls.
And libgcc_seh.dll is not copied.
I think the copy to bin behavior sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #4 from cqwrteur ---
is this bug fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #3 from cqwrteur ---
Created attachment 50755
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50755&action=edit
config.log
config log file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #2 from cqwrteur ---
about gcc itself.
since gcc is compiled with -static-libgcc -static-libstdc++, it should not be a
problem tbh.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
--- Comment #1 from cqwrteur ---
I think this is probably the reason why I got the last error, because canadian
cross toolchains install the wrong multilibs for dlls.
I personally suggest libstdc++-6.dll should install in /lib just like Linux o
