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 26FAD3858CDA; Tue, 20 Feb 2024 16:09:35 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 26FAD3858CDA
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1708445375;
	bh=r/1Ez9j1aKXbWmVP+p7Tyk2dgaiNYK7U1VFKzNhE7cI=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=E3cwxmmsFP8Ywk4GZs68IzQbwSA+Jad/fVRUccIYnbndnj4U7314PWFbxH8Xuh0/P
	 ZXcYXt6GHK7pJLcm83fXdtlkF8dxMCgcQg/iabRX33FaPA5O8WwKppilmCAxbmsnDM
	 xbvqBbMATwusa2Wdkp0UPHtiFhrN+NAtVFGM0djg=
From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/113450] [14 Regression]
 std/format/functions/format.cc FAILs
Date: Tue, 20 Feb 2024 16:09:34 +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: 14.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 14.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-113450-4-cQpRWpHvh0@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-113450-4@http.gcc.gnu.org/bugzilla/>
References: <bug-113450-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=3D113450

--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot =
Uni-Bielefeld.DE> ---
> --- Comment #7 from Jonathan Wakely <redi at gcc dot gnu.org> ---
> (In reply to Jonathan Wakely from comment #1)
>> I assume that int8_t is char on Solaris, rather than signed char?
>
> This actually violates the C and C++ standards, which require that intN_t=
 is a
> signed integer type, and C 6.2.5 says "There are five standard signed int=
eger
> types, designated as signed char, short int, int, long int, and long long=
 int."
> So char isn't allowed, it should be signed char.

I've done some digging now: <inttypes.h>/<sys/int_types.h> were
introduced into Solaris 2.6 (the file dates from Jul 16 1997), way
before the C99 standard was finalized.

I've looked around the WG14 archive, and some drafts after that date
(N737 (1997-06-26), N788 (1997-11-17), N851 (1998-09-22)) do have the
`signed integer type' wording.  Unfortunately, all of the previous ones
(which would have been the basis of the Solaris implementation) are no
longer available.=