[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2007-01-16 Thread patchapp at dberlin dot org
--- Comment #27 from patchapp at dberlin dot org 2007-01-16 19:45 --- Subject: Bug number PR middle-end/18071 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01366.html -- http://gcc.gnu.or

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2007-02-14 Thread mmitchel at gcc dot gnu dot org
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.2 |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2007-12-16 Thread steven at gcc dot gnu dot org
--- Comment #28 from steven at gcc dot gnu dot org 2007-12-16 23:16 --- Open regression with no activity since February 14. Ping? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2007-12-17 Thread manu at gcc dot gnu dot org
--- Comment #29 from manu at gcc dot gnu dot org 2007-12-17 10:46 --- (In reply to comment #28) > Open regression with no activity since February 14. Ping? > The last thread about this was in: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00523.html Summarising: * C++ front-end sets

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread rguenth at gcc dot gnu dot org
--- Comment #31 from rguenth at gcc dot gnu dot org 2008-01-15 15:22 --- Created an attachment (id=14943) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14943&action=view) other approach to supress the warnings -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread rguenth at gcc dot gnu dot org
--- Comment #30 from rguenth at gcc dot gnu dot org 2008-01-15 15:21 --- I suggest to tag the DECL with TREE_NO_WARNING if -fno-default-inline is set and check this. On the trunk the functions are inlined anyway, because we inline small functions by default (and the functions are pure

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread rguenther at suse dot de
--- Comment #33 from rguenther at suse dot de 2008-01-15 15:54 --- Subject: Re: [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline On Tue, 15 Jan 2008, hubicka at gcc dot gnu dot org wrote: > --- Comment #32 from hubicka at gcc dot gnu dot org 2008-01-15

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread hubicka at gcc dot gnu dot org
--- Comment #32 from hubicka at gcc dot gnu dot org 2008-01-15 15:47 --- I am bit confused by logic of code here. Middle end now ingore DECL_INLINE consistently, it is still arround since it affect some instantiation decisions in C++ FE. Does fno-default-inline work? I think only way

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread hubicka at ucw dot cz
--- Comment #34 from hubicka at ucw dot cz 2008-01-15 15:59 --- Subject: Re: [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline > Yes, this is what I understand. I think we need a new flag specifying > if in the source the 'inline' keyword was used and solely u

[Bug middle-end/18071] [4.0/4.1/4.2/4.3 Regression] -Winline does not respect -fno-default-inline

2008-01-15 Thread manu at gcc dot gnu dot org
--- Comment #35 from manu at gcc dot gnu dot org 2008-01-15 16:44 --- (In reply to comment #33) > Yes, this is what I understand. I think we need a new flag specifying > if in the source the 'inline' keyword was used and solely use that for > inline warning purposes. (That is, I would