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 96BFE3858CDB; Mon,  8 Jan 2024 18:01:59 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 96BFE3858CDB
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1704736919;
	bh=n+Cf/h819TcXBETKrXSN01ElZ5fVqy/96KtR/zHZMqI=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=Q9Jsj+FZyhjTYrxpys1j3ju9WYzlq8TSOsp2YKwyqc2fG29x1hzooxt9eIlKk4BtG
	 gZY9GS5AcgKkqS3Zy150EZg2Ap1QSPHlXmCCEhABYFBdP2vTd+LjMqqasZeUb8YcY0
	 acXy68NNHIu5ycTxrpcUqoDAkvHvdmu+6eVZEYMg=
From: "rearnsha at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug testsuite/113278] analyzer tests relying on fileno() fail on
 arm-eabi
Date: Mon, 08 Jan 2024 18:01:59 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: testsuite
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rearnsha 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-113278-4-g2AIfrK0dO@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-113278-4@http.gcc.gnu.org/bugzilla/>
References: <bug-113278-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=3D113278

--- Comment #1 from Richard Earnshaw <rearnsha at gcc dot gnu.org> ---
newlib certainly implements fileno():

$ nm libc.a|grep fileno
libc_a-fileno.o:
00000000 T fileno
         U fileno
libc_a-fileno_u.o:
00000000 T fileno_unlocked
         U fileno

So perhaps the issue is that the prototype is missing (or missing with the
default compilation options since it's Posix and I don't think we pass opti=
ons
to enable that by default).  Grepping the source, I suspect the former.=