public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/58999] sizeof ...(T) is very slow than clang
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
@ 2013-11-05 9:08 ` khurshid.normuradov at gmail dot com
2013-11-05 10:51 ` vhaisman at gmail dot com
` (3 subsequent siblings)
4 siblings, 0 replies; 5+ messages in thread
From: khurshid.normuradov at gmail dot com @ 2013-11-05 9:08 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
khurshid <khurshid.normuradov at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://stackoverflow.com/qu
| |estions/19783205/why-sizeof
| |-t-so-slow-implement-c14-ma
| |ke-index-sequence-without-s
| |izeof?noredirect=1#comment2
| |9408465_19783205
--- Comment #1 from khurshid <khurshid.normuradov at gmail dot com> ---
http://stackoverflow.com/questions/19783205/why-sizeof-t-so-slow-implement-c14-make-index-sequence-without-sizeof
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug c++/58999] sizeof ...(T) is very slow than clang
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
2013-11-05 9:08 ` [Bug c++/58999] sizeof ...(T) is very slow than clang khurshid.normuradov at gmail dot com
@ 2013-11-05 10:51 ` vhaisman at gmail dot com
2013-11-05 11:34 ` redi at gcc dot gnu.org
` (2 subsequent siblings)
4 siblings, 0 replies; 5+ messages in thread
From: vhaisman at gmail dot com @ 2013-11-05 10:51 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
--- Comment #2 from Václav Zeman <vhaisman at gmail dot com> ---
You should probably add the complete test case as an attachment.
>From gcc-bugs-return-433537-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 11:14:56 2013
Return-Path: <gcc-bugs-return-433537-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22501 invoked by alias); 5 Nov 2013 11:14:56 -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 21823 invoked by uid 48); 5 Nov 2013 11:12:54 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/59001] Use of -pedantic throws errors instead of warnings
Date: Tue, 05 Nov 2013 11:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.3.4
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_known_to_work resolution
Message-ID: <bug-59001-4-Y0hyJQAnTl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59001-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59001-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-11/txt/msg00314.txt.bz2
Content-length: 538
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY001
Paolo Carlini <paolo.carlini at oracle dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Known to work| |4.7.3, 4.8.2, 4.9.0
Resolution|--- |WORKSFORME
--- Comment #1 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Fixed looooong time ago, circa 4.4.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug c++/58999] sizeof ...(T) is very slow than clang
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
2013-11-05 9:08 ` [Bug c++/58999] sizeof ...(T) is very slow than clang khurshid.normuradov at gmail dot com
2013-11-05 10:51 ` vhaisman at gmail dot com
@ 2013-11-05 11:34 ` redi at gcc dot gnu.org
2013-11-05 12:22 ` redi at gcc dot gnu.org
2013-11-05 12:57 ` paolo.carlini at oracle dot com
4 siblings, 0 replies; 5+ messages in thread
From: redi at gcc dot gnu.org @ 2013-11-05 11:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-11-05
Ever confirmed|0 |1
--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Václav Zeman from comment #2)
> You should probably add the complete test case as an attachment.
There's no need, the testcase is small and self-contained and already present.
However, khurshid, you haven't said what version of GCC you are using or how it
was configured.
>From gcc-bugs-return-433542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 11:53:52 2013
Return-Path: <gcc-bugs-return-433542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 23337 invoked by alias); 5 Nov 2013 11:53:51 -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 21866 invoked by uid 48); 5 Nov 2013 11:51:49 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/58993] failure to access pointer to protected member method in base from derived class specialization
Date: Tue, 05 Nov 2013 11:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.7.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58993-4-HPi3uuLS6H@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58993-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58993-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-11/txt/msg00319.txt.bz2
Content-length: 662
http://gcc.gnu.org/bugzilla/show_bug.cgi?idX993
--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Chris Studholme from comment #0)
> Sample code:
>
> class base {
> protected:
> typedef void (base::*foo_type)() const;
> void foo() const {}
> };
>
> template <typename T>
> struct bar : public base {
> foo_type test() {
> return &base::foo; // OK
The bug is here, this should be an error too (but G++ has lots of bugs with
access checking in templates)
The name foo is a protected member of base, to access it you have to do it via
the derived class, i.e. you should do:
return &bar::foo;
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug c++/58999] sizeof ...(T) is very slow than clang
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2013-11-05 11:34 ` redi at gcc dot gnu.org
@ 2013-11-05 12:22 ` redi at gcc dot gnu.org
2013-11-05 12:57 ` paolo.carlini at oracle dot com
4 siblings, 0 replies; 5+ messages in thread
From: redi at gcc dot gnu.org @ 2013-11-05 12:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
--- Comment #4 from Jonathan Wakely <redi at gcc dot gnu.org> ---
--enable-checking=release makes quite a big difference
$ time ~/gcc/4.x/bin/g++ -std=c++11 -c t.cc -ftime-report
Execution times (seconds)
phase setup : 0.00 ( 0%) usr 0.01 ( 2%) sys 0.05 ( 0%) wall
1323 kB ( 0%) ggc
phase parsing : 12.84 (100%) usr 0.44 (96%) sys 13.31 (99%) wall
1422475 kB (100%) ggc
phase opt and generate : 0.00 ( 0%) usr 0.01 ( 2%) sys 0.09 ( 1%) wall
42 kB ( 0%) ggc
phase last asm : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
|overload resolution : 0.03 ( 0%) usr 0.01 ( 2%) sys 0.03 ( 0%) wall
1153 kB ( 0%) ggc
garbage collection : 0.19 ( 1%) usr 0.00 ( 0%) sys 0.19 ( 1%) wall
0 kB ( 0%) ggc
parser function body : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
1 kB ( 0%) ggc
template instantiation : 12.65 (99%) usr 0.44 (96%) sys 13.11 (97%) wall
1422149 kB (100%) ggc
tree gimplify : 0.00 ( 0%) usr 0.01 ( 2%) sys 0.00 ( 0%) wall
0 kB ( 0%) ggc
tree STMT verifier : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
expand : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
1 kB ( 0%) ggc
LRA non-specific : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
shorten branches : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
0 kB ( 0%) ggc
symout : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
rest of compilation : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall
2 kB ( 0%) ggc
TOTAL : 12.84 0.46 13.50
1423858 kB
Extra diagnostic checks enabled; compiler may run slowly.
Configure with --enable-checking=release to disable checks.
real 0m14.014s
user 0m12.853s
sys 0m0.528s
$ time ~/gcc/4.x-release/bin/g++ -std=c++11 -c t.cc -ftime-report
Execution times (seconds)
phase setup : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 1%) wall
1374 kB ( 0%) ggc
phase parsing : 7.40 (100%) usr 0.28 (100%) sys 7.71 (98%)
wall 1422475 kB (100%) ggc
phase opt and generate : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 1%) wall
42 kB ( 0%) ggc
phase last asm : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
|overload resolution : 0.06 ( 1%) usr 0.01 ( 4%) sys 0.07 ( 1%) wall
1153 kB ( 0%) ggc
garbage collection : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
parser (global) : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
309 kB ( 0%) ggc
template instantiation : 7.39 (100%) usr 0.28 (100%) sys 7.68 (98%)
wall 1422149 kB (100%) ggc
expand : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
1 kB ( 0%) ggc
integrated RA : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
24 kB ( 0%) ggc
shorten branches : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
symout : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
rest of compilation : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
2 kB ( 0%) ggc
TOTAL : 7.41 0.28 7.83
1423909 kB
real 0m8.237s
user 0m7.420s
sys 0m0.328s
But it's still orders of magnitude slower than clang
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug c++/58999] sizeof ...(T) is very slow than clang
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2013-11-05 12:22 ` redi at gcc dot gnu.org
@ 2013-11-05 12:57 ` paolo.carlini at oracle dot com
4 siblings, 0 replies; 5+ messages in thread
From: paolo.carlini at oracle dot com @ 2013-11-05 12:57 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
--- Comment #5 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Probably a meta-bug about this sort of issue would also make sense. We have got
a few bugs already.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-11-05 12:57 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-58999-4@http.gcc.gnu.org/bugzilla/>
2013-11-05 9:08 ` [Bug c++/58999] sizeof ...(T) is very slow than clang khurshid.normuradov at gmail dot com
2013-11-05 10:51 ` vhaisman at gmail dot com
2013-11-05 11:34 ` redi at gcc dot gnu.org
2013-11-05 12:22 ` redi at gcc dot gnu.org
2013-11-05 12:57 ` paolo.carlini at oracle dot com
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).