[Bug lto/77576] gcc-ar doesn't work if all options are read from file

2016-09-13 Thread likan_999.student at sina dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77576 --- Comment #2 from likan_999.student at sina dot com --- Andrew, do you how I can tell whether plugin has been picked by successfully? Also, if I use ar, do I need to pass it some flag, e.g. --plugin=something, or it will just work if it is used

[Bug lto/77576] New: gcc-ar doesn't work if all options are read from file

2016-09-12 Thread likan_999.student at sina dot com
y: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: likan_999.student at sina dot com Target Milestone: --- For some build tools, they use @file intensively, i.e. putting command line arguments into a file, and run gcc-ar @some-file This will break, basically d

[Bug c++/68998] New: Wrong code generated regarding constexpr arrays

2015-12-21 Thread likan_999.student at sina dot com
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: likan_999.student at sina dot com Target Milestone: --- The following code generates wrong result: #include using namespace std; template struct ArrayHolder { T v[N]; }; constexpr ArrayHolder makeArray

[Bug c++/54104] Parser error for lambda expression if function template has default parameter.

2012-07-27 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54104 --- Comment #6 from likan_999.student at sina dot com 2012-07-27 10:19:11 UTC --- @Jonathan Wakely, thanks a lot :-)

[Bug c++/54104] Parser error for lambda expression if function template has default parameter.

2012-07-27 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54104 --- Comment #4 from likan_999.student at sina dot com 2012-07-27 09:58:50 UTC --- @Jonathan Wakely, thanks for the fast response. Can you assign it to an appropriate person?

[Bug c++/54104] Parser error for lambda expression if function template has default parameter.

2012-07-27 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54104 --- Comment #2 from likan_999.student at sina dot com 2012-07-27 09:06:48 UTC --- BTW: the compiler error is c.cpp: In function 'void f(const U&)': c.cpp:3:15: error: no default argument for 'U'

[Bug c++/54104] Parser error for lambda expression if function template has default parameter.

2012-07-27 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54104 --- Comment #1 from likan_999.student at sina dot com 2012-07-27 09:04:49 UTC --- The example can be further reduced to: template void f(const U& m) { auto g = [] () {}; }

[Bug c++/54104] New: no default argument for 'XXX'

2012-07-27 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54104 Bug #: 54104 Summary: no default argument for 'XXX' Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: critical Priority: P3

[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-26 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #15 from likan_999.student at sina dot com 2012-07-26 22:10:21 UTC --- Tried the patch and just as Dennis Lubert pointed out, the number of rehashes is not decreased. Is there any plan to fix this issue?

[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-23 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #7 from likan_999.student at sina dot com 2012-07-24 00:42:57 UTC --- @Paolo Carlini: the problem is, with different max_load_factor in range [0.2-5], the *best* result of 4.7.1 is still 2x slower than the *worst* of 4.6.2. I

[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-23 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #5 from likan_999.student at sina dot com 2012-07-24 00:17:10 UTC --- @Paolo Carlini: can you talk more about how to experiment with max_load_factor? As long as I use the same max_load_factor for 4.6 and 4.7, I can still see the

[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-23 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #2 from likan_999.student at sina dot com 2012-07-23 23:09:43 UTC --- Created attachment 27862 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27862 Profiling of gcc-4.6.2 using google-perftools

[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-23 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #1 from likan_999.student at sina dot com 2012-07-23 23:08:07 UTC --- Created attachment 27861 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27861 Profiling using google-perftools

[Bug libstdc++/54075] New: [4.7.1] unordered_map 3x slower than 4.6.2

2012-07-23 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 Bug #: 54075 Summary: [4.7.1] unordered_map 3x slower than 4.6.2 Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: critical Prior

[Bug c++/53862] [C++11] sorry, unimplemented: use of 'type_pack_expansion' in template

2012-07-05 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53862 --- Comment #2 from Ke Liu 2012-07-05 09:10:04 UTC --- Any work around is welcome.

[Bug c++/53862] [C++11] sorry, unimplemented: use of 'type_pack_expansion' in template

2012-07-05 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53862 --- Comment #1 from Ke Liu 2012-07-05 09:08:44 UTC --- BTW: this piece of code can be compiled successfully by clang++

[Bug c++/53862] [GCC 4.7.1] sorry, unimplemented: use of 'type_pack_expansion' in template

2012-07-05 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53862 Ke Liu changed: What|Removed |Added Severity|major |critical

[Bug c++/53862] New: [GCC 4.7.1] sorry, unimplemented: use of 'type_pack_expansion' in template

2012-07-05 Thread likan_999.student at sina dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53862 Bug #: 53862 Summary: [GCC 4.7.1] sorry, unimplemented: use of 'type_pack_expansion' in template Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCO