This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/18071] [4.0/4.1/4.2 Regression] -Winline does not respect -fno-default-inline
- From: "lopezibanez at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 2 Oct 2006 21:03:11 -0000
- Subject: [Bug middle-end/18071] [4.0/4.1/4.2 Regression] -Winline does not respect -fno-default-inline
- References: <bug-18071-4672@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #26 from lopezibanez at gmail dot com 2006-10-02 21:03 -------
(In reply to comment #25)
> If you look at Comment #19, you will see that I have already provided a
> solution. However, I see that I failed to add the patch I wrote to the
> bug report. I will do that now. My work on this patch was interrupted
> by health problems, and I haven't gotten back to it yet. It is still
> part of my large backlog.
And if you look at comment #18, you will see that Mark Mitchell has already
stated the Winline is suppossed to warn "about functions *declared* inline,
but
not actually inlined. [...] DECL_INLINE is an internal note to the compiler
that it might make sense to inline that function."
Your patch will break Winline output for any function that is declared inline (
DECL_DECLARED_INLINE_P (fndecl) = 1;) but it is marked as not making sense to
be inlined by the compiler (DECL_INLINE (fndecl) = 0;). From a quick grep,
there seems to be a few places where this may occur.
Of course, you know more about gcc than me. I was just trying to point out this
potential issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071