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 C34763852C7F; Wed, 23 Nov 2022 15:58:17 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C34763852C7F
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1669219097;
	bh=kp96/dWcGZ0DM0AmGPcivTSoSc0Y6LLJFNnBS8CjP20=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=rqgB/+G/bkCF7tnfhxR32tav97BQ6bW+DEHPFztIM7/QSgA8zpRkwGUG1JVNOAucw
	 W0qnfI7/80HbJBk4n1nLVWGwrc+bg227HYNjrazDqGJn/tcH0EN/FY+l7N7l3VARMJ
	 g48OKm0EhrJtr8UNE9w9EhfaRe+Lz+lPb578W8ko=
From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/107815] 20_util/to_chars/float128_c++23.cc FAILs
Date: Wed, 23 Nov 2022 15:58:17 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE
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: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-107815-4-asTKKGmwDK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-107815-4@http.gcc.gnu.org/bugzilla/>
References: <bug-107815-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=3D107815

--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot U=
ni-Bielefeld.DE> ---
> --- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> The 1e+202L * __DBL_MAX__ number is:
> 1797693134862315708145274237317043363780293901488132670510305396153274401=
107450252964067353821542098883610426262810674725334159395885309388675990127=
492090757713383689567223448511120723139743573688679064280172265585993927318=
314820133831157520860190820700571151387146478495139447053313076754655788391=
539857757373041885363113533243178943928496535556954517148959372706003524689=
906194839868952331046086040494963209033312113173876118835007579814542996644=
987978064090838995977878567921521624960885877081515358704107520
> which is 511 bytes long excluding '\0' terminator, so bet they have somew=
here
> fixed length temporary buffer or what.

It certainly seems so: the libc conversion functions use a buffer of
length DECIMAL_STRING_LENGTH, which is defined as

/*
 * Definitions for base conversion.
 */
#define DECIMAL_STRING_LENGTH 512       /* Size of buffer in decimal_record=
. */

in <floatingpoint.h>.

I'll file a bug about this.=