public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug tree-optimization/57698] New: rev.200179 causes many errors (inlining failures) when building Firefox
@ 2013-06-24 11:25 markus at trippelsdorf dot de
  2013-06-24 18:03 ` [Bug tree-optimization/57698] " hubicka at gcc dot gnu.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: markus at trippelsdorf dot de @ 2013-06-24 11:25 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57698

            Bug ID: 57698
           Summary: rev.200179 causes many errors (inlining failures) when
                    building Firefox
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: markus at trippelsdorf dot de

I cannot build Firefox anymore with trunk because of inline errors, e.g.:

/home/markus/mozilla-central/js/src/jsapi.h: In function
‘js::regexp_exec(JSContext*, unsigned int, JS::Value*)’:
/home/markus/mozilla-central/js/src/builtin/RegExp.cpp:307:1: error: inlining
failed in call to always_inline ‘IsRegExp(JS::Value const&)’: indirect function
call with a yet undetermined callee
 IsRegExp(const Value &v)
 ^
In file included from /home/markus/mozilla-central/js/src/jsprvtd.h:24:0,
                 from /home/markus/mozilla-central/js/src/builtin/RegExp.h:10,
                 from /home/markus/mozilla-central/js/src/builtin/RegExp.cpp:7:
/home/markus/mozilla-central/js/src/jsapi.h:706:5: error: called from here
     if (Test(thisv))

IMO that is to aggressive (and will affect many projects). 
Wouldn't a simple warning be enough?
>From gcc-bugs-return-424988-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jun 24 11:32:21 2013
Return-Path: <gcc-bugs-return-424988-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1462 invoked by alias); 24 Jun 2013 11:32:21 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 1349 invoked by uid 48); 24 Jun 2013 11:32:18 -0000
From: "dominik.strasser@onespin-solutions.com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used
Date: Mon, 24 Jun 2013 11:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: dominik.strasser@onespin-solutions.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: fdumont at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status version resolution
Message-ID: <bug-53263-4-70SBdSpmUo@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-53263-4@http.gcc.gnu.org/bugzilla/>
References: <bug-53263-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01367.txt.bz2
Content-length: 1238

http://gcc.gnu.org/bugzilla/show_bug.cgi?idS263

dominik.strasser@onespin-solutions.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |NEW
            Version|4.7.0                       |4.8.1
         Resolution|FIXED                       |---

--- Comment #16 from dominik.strasser@onespin-solutions.com ---
The situation is much improved in 4.8.1, but still not usable for me in bigger
configurations:
time ./a.out 10000

real    0m0.907s
user    0m0.904s
sys    0m0.003s

time ./a.out 20000

real    0m3.713s
user    0m3.708s
sys     0m0.001s

time ./a.out 40000

real     0m13.820s
user    0m13.812s
sys     0m0.001s

time ./a.out 80000

real    0m56.759s
user    0m56.729s
sys    0m0.001s

Still O(n^2).

(I modified the test program to use argv[1] as loop counter.

W/o _GLIBCXX_DEBUG:
time ./a.out 10000

real    0m0.008s
user    0m0.006s
sys    0m0.002s

./a.out 20000

real    0m0.013s
user    0m0.008s
sys    0m0.004s

./a.out 40000

real    0m0.013s
user    0m0.013s
sys    0m0.000s

./a.out 80000

real    0m0.026s
user    0m0.024s
sys    0m0.002s

Which shows O(n) behavior.


^ permalink raw reply	[flat|nested] 12+ messages in thread
end of thread, other threads:[~2013-07-19  4:57 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-06-24 11:25 [Bug tree-optimization/57698] New: rev.200179 causes many errors (inlining failures) when building Firefox markus at trippelsdorf dot de
2013-06-24 18:03 ` [Bug tree-optimization/57698] " hubicka at gcc dot gnu.org
2013-06-25  9:19 ` markus at trippelsdorf dot de
2013-06-25 10:20 ` hubicka at ucw dot cz
2013-06-26 15:27 ` marxin.liska at gmail dot com
2013-07-08 12:26 ` kpet at free dot fr
2013-07-08 13:16 ` markus at trippelsdorf dot de
2013-07-12  1:57 ` tmsriram at google dot com
2013-07-12  2:10 ` tmsriram at google dot com
2013-07-18 17:21 ` hubicka at gcc dot gnu.org
2013-07-18 22:07 ` tmsriram at google dot com
2013-07-19  4:57 ` markus at trippelsdorf dot de

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).