From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id E73763858D35; Mon, 26 Dec 2022 16:03:39 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E73763858D35
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1672070619;
	bh=nl+HsK/N9qb+yTpuFJyKl9aKwUX19YvJmzM63rMdWzI=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=D/x/3WzGoMmn8/7kHyLetDVcQ3aVEhRu97+McD2gSigSH9YEe1pOOYnW+8khep3d+
	 24aXa0kOu2Iumh00CScYA2ZLdo+B3LVfxbEuacb9oBEERPXIU2ymYEHoRDMIZERAdj
	 THS4YEzAd5Gq+YIfJr5/MkTb1FrxweJWugxOABs8=
From: "unlvsur at live dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/100427] canadian compile for mingw-w64 copies the
 wrong dlls for mingw-w64 multilibs
Date: Mon, 26 Dec 2022 16:03:39 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 12.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: unlvsur at live dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-100427-4-Kc4lr33lOg@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-100427-4@http.gcc.gnu.org/bugzilla/>
References: <bug-100427-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D100427

--- Comment #13 from cqwrteur <unlvsur at live dot com> ---
(In reply to cqwrteur from comment #12)
> (In reply to nightstrike from comment #10)
> > (In reply to cqwrteur from comment #5)
> > > I think the copy to bin behavior should be removed. It should be just=
 like
> > > normal linux distribution. 64 bit dlls in lib. 32 bit dlls in lib32.
> >=20
> > This is a feature of Windows.  Windows will find dlls in PATH, not in l=
ib
> > directories.
> >=20
> > Multilib toolchains do face issues with versioned runtime libraries.  Y=
ou
> > can try configuring with --enable-version-specific-runtime-libs.  Gener=
ally
> > speaking, it's easier to just build two separate toolchains than to try
> > getting multilib to work.  I made the mistake of pushing for multilib t=
o be
> > enabled by default, and we never got it working quite well.
> >=20
> > Anyway, I don't think this is a bug as stated.
>=20
> yes this is a bug. because I can fix it easily.
>=20
> You are wrong. Because cross toolchain for multilib would put DLLs in the
> lib and lib32, not bin

https://github.com/cppfastio/fast_io/blob/master/examples/0009.filesystem/g=
ccx86canadianfix.cc=