[Bug target/38294] Enable multilib support for mingw

[ktietz at gcc dot gnu dot org]

------- Comment #12 from ktietz at gcc dot gnu dot org  2009-08-31 19:49 -------
(In reply to comment #11)
> Created an attachment (id=17259)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17259&action=view) [edit]
> Kai's attempt
> 
> This patch has a few caveats:
> 
> You can't use the winsup link hack to work around the issue that Corinna
> injected, so you can't build libstdc++, so you can't build g++

Why that? winsup has to point in our case always to sysroot.

> Also, the lib directories are all fubared because of ld not allowing custom
> default lib paths (it's hard coded to use /root/target/lib):
> 1) x86_64-pc-mingw32/lib remains the place for 64-bit mingw objects
> and libraries
And this library remains for ld's sake here.

> 2) x86_64-pc-mingw32/lib64 is a link to x86_64-pc-mingw32/lib
For cross-compiler with unix environment no issue, for native a junction point
is necessary. We need not to link mingw to x86_64-pc-mingw32 folder, it can be
a physical folder. Then headers and libraries can go also directly into
mingw/include and mingw/(lib/lib32).
> 3) x86_64-pc-mingw32/lib32 is the place for 32-bit mingw
And?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38294