From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 74C08384B0C1; Tue, 21 Apr 2020 17:13:10 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 74C08384B0C1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1587489190; bh=9tldcb877PxuC//EbHhMWNv759GNer71PuZl1GGOZ54=; h=From:To:Subject:Date:In-Reply-To:References:From; b=RutuUlzjNDcscnQMdbHSDCVb9TE0+Dk9oQBhlaw6uuJFeNJo/9RYPwFgvRcAnGD5+ eSjz5VVCvbOHyakeX5OuE/iiZe5z05GyratBmTEOgUqcfIO4UzkEGwrHiDGeudMnwW d2puBrc0CKgew6JQ2sk8EWPWrIeMezJtmDHFTADg= From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/94694] [10 Regression][libgfortran] libgfortran does not compile on bare-metal aarch64-none-elf (newlib) Date: Tue, 21 Apr 2020 17:13:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 17:13:10 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94694 --- Comment #13 from Jakub Jelinek --- I've missed that. I'm afraid there is no way around missing sinl/cosl/tanl etc., those aren't likely implemented inline by the compiler. The only exception would be for targets where long double and double are the same type. What has libgfortran been doing before? Seems to me it just wouldn't define the _gfortran* entrypoint that use them.=