From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28664 invoked by alias); 24 May 2011 15:10:49 -0000 Received: (qmail 28650 invoked by uid 22791); 24 May 2011 15:10:48 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 24 May 2011 15:10:33 +0000 From: "chrbr at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug regression/49139] always_inline attribute inconsistencies X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: regression X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: chrbr at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Tue, 24 May 2011 15:13:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2011-05/txt/msg02206.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49139 --- Comment #3 from chrbr at gcc dot gnu.org 2011-05-24 14:47:54 UTC --- Thanks a lot, that's clear. This makes non-sense not to use inline with this attribute. Accordingly not a bug. So I am wondering if we could be more helpful to the users by changing the "sorry, unimplemented" error message by something more explicit, something like "invalid attribute without inline", and more consistent among the cases ? Looking on a few opensources packages, I see a few usages of this attribute without the inline keyword (e.g, the gcc testsuite, some target dl-machine.h in the glibc). This is not frequent, I admit, but enough to be confusing.