------- 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
