[Bug libstdc++/56332] New: libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[Bug libstdc++/56332] New: libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[devurandom at gmx dot net]

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

             Bug #: 56332
           Summary: libstdc++-v3 does not support x86_64-pc-mingw64: No
                    support for this host/target combination
    Classification: Unclassified
           Product: gcc
           Version: 4.7.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: devurandom@gmx.net


Created attachment 29458
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29458
gcc-4.7.2-libstdc++-v3-crossconfig-support-mingw64.patch

When trying to configure libstdc++-v3 for a x86_64-pc-mingw64 crosscompiler (on
a x86_64-pc-linux-gnu system), I get an error: "No support for this host/target
combination"

Attached patches fix that by adjusting configure to accept mingw64 as an
alternative to mingw32.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[devurandom at gmx dot net]

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

--- Comment #1 from devurandom at gmx dot net 2013-02-14 22:30:16 UTC ---
Created attachment 29459
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29459
gcc-4.7.2-libstdc++-v3-os_include_dir-and-error_constants_dir-for-mingw64.patch

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[mikpe at it dot uu.se]

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

--- Comment #2 from Mikael Pettersson <mikpe at it dot uu.se> 2013-02-15 08:39:20 UTC ---
For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'?  Or has
the 'old mingw' now grown its own 64-bit support?

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[devurandom at gmx dot net]

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

--- Comment #3 from devurandom at gmx dot net 2013-02-15 10:37:58 UTC ---
(In reply to comment #2)
> For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'?  Or has
> the 'old mingw' now grown its own 64-bit support?
That would be quite confusing, because the 32-bit target seems to be named
i386-pc-mingw32 and not i386-w32-mingw32. IMO w64-mingw32 also looks
ridiculous, but that is just my opinion. And also the package is named
mingw64-runtime in Gentoo. On the other hand the project itself seems to be
named mingw-w64 - which just makes w64-mingw32 look more wrong.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[mikpe at it dot uu.se]

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

--- Comment #4 from Mikael Pettersson <mikpe at it dot uu.se> 2013-02-15 14:09:35 UTC ---
Confusing or not, the triplet is as I stated, see e.g.:
http://sourceforge.net/apps/trac/mingw-w64/wiki/Answer%20Multilib%20Toolchain

And the 32-bit target is 'i686-w64-mingw32' for mingw-w64's 32-bit mode,
'i386-pc-mingw32' is "old mingw" which is an entirely different entity.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[pinskia at gcc dot gnu.org]

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

--- Comment #5 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-02-16 03:00:45 UTC ---
(In reply to comment #2)
> For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'?  

The other point is that the Windows API are still called win32 on x64 Windows;
that is the w32 part.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[devurandom at gmx dot net]

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

--- Comment #6 from devurandom at gmx dot net 2013-02-16 13:15:27 UTC ---
Ok...

I assumed that in the cpu-vendor-os triplet the os part contains the reference
to the c library and/or kernel, while vendor refers to the distribution that
packaged the compiler (or is often just "pc" for i386). Apparently this was
completely wrong.

I'll ask the Gentoo maintainers to rename the package to something that is not
plain wrong.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[devurandom at gmx dot net]

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

--- Comment #7 from devurandom at gmx dot net 2013-02-16 13:20:49 UTC ---
P.S: Is relaxing the match to accept "mingw*", because the library and compiler
are called mingw(-w64), an option? That shouldn't hurt anyone and not make
anything more complicated either.

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[ktietz at gcc dot gnu.org]

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

Kai Tietz <ktietz at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |ktietz at gcc dot gnu.org
         Resolution|---                         |INVALID

--- Comment #8 from Kai Tietz <ktietz at gcc dot gnu.org> ---
There is no such triplet x86_64-pc-mingw64 support.