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 C3BC33858D39; Wed,  1 Feb 2023 19:34:30 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C3BC33858D39
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1675280070;
	bh=GXVtFawIOmX9IOMo9BaMHdib3afWGNfbQq+Yyb4+ETs=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=iThINPWoyxDRMxs+2Ev9o27wBOAniqUce7ydTmCju4e7vEPqZ/9mNjfgKub0EyUHz
	 Ke5OBm+Z8LgrGBxl5+Yv7F9rmFQooSTcGtWTSQ1Yr/1+i7SGDAbbbD1GB6KqHqERW4
	 a2JJSFNa2pbLb2rlPkccuSIc2x5+0mQqwKinotoY=
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/107998] [13 Regression] gcc-13-20221204 failure to build
 on Cygwin No dirname for option: m32
Date: Wed, 01 Feb 2023 19:34:30 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: build
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-107998-4-zG7ept2B6h@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-107998-4@http.gcc.gnu.org/bugzilla/>
References: <bug-107998-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=3D107998

--- Comment #19 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I don't know either.  Maybe objdump would print something.
Anyway, looking at config-ml.in, it seems like the empty directory name wou=
ld
basically
disable that multilib:
multidirs=3D
for i in `${CC-gcc} --print-multi-lib 2>/dev/null`; do
  dir=3D`echo $i | sed -e 's/;.*$//'`
  if [ "${dir}" =3D "." ]; then
    true
  else
    if [ -z "${multidirs}" ]; then
      multidirs=3D"${dir}"
    else
      multidirs=3D"${multidirs} ${dir}"
    fi
  fi=20=20
done

I think for
.;
;@m32
the above first sets dir to "." and doesn't do anything, in the second
iteration
dir is empty string and as multidirs is empty as well, it is set to the same
empty
string.
So I think previously x86_64-pc-cygwin just didn't build multilibs at all, =
but
supported -m32 for compilation and would do weird things when trying to link
something.=