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).