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 141BF385843A; Tue,  2 Apr 2024 17:02:32 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 141BF385843A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1712077352;
	bh=nQCz8KZajcVL80R4nQK2ZXwnJEhcwcT/QZaYlMZCUSo=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=k/WrL47TRsvGF7QBxcp29CL3qKLWJvgkBIZw+Z1jyfAG6PFy8HjYqvUfIYNHGb2zJ
	 P7QIKismhMQp7hWU5JkflBL4YLHaaszwMcZy49ic6jpoWaDCHFkRiAUyXkkXUNuOxZ
	 LVZKFXCrLZVHZey3V+AHGaYWaEOvEApwpk/irqYQ=
From: "jsm28 at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libquadmath/114533] libquadmath: printf: fix misaligned access
 on args
Date: Tue, 02 Apr 2024 17:02:31 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libquadmath
X-Bugzilla-Version: 13.2.1
X-Bugzilla-Keywords: ABI
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
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-114533-4-0JB3BIeSWY@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-114533-4@http.gcc.gnu.org/bugzilla/>
References: <bug-114533-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=3D114533

--- Comment #7 from Joseph S. Myers <jsm28 at gcc dot gnu.org> ---
Note also that in glibc, _Float128 support in printf code can only be used =
in
limited circumstances: either on powerpc64le, as one of the multiple suppor=
ted
long double formats there, or through the sharing of the printf code with t=
he
implementation of strfromf128.

In particular, there are no glibc printf formats corresponding directly to
_FloatN / _FloatNx types. There was support in principle at the WG14 meetin=
g in
Strasbourg in January for having some form of printf/scanf support for such
types in C2y, but major work is still needed on the wording that was propos=
ed
in N3184.=