[Bug c/22633] New: recursivity -O3 pessimization

2005-07-23 Thread TazForEver at dlfp dot org
ty -O3 pessimization Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: TazForEver at dlfp dot org CC: gcc-bugs

[Bug tree-optimization/21712] missed optimization due with const function and pulling out of loops

2005-05-22 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2005-05-22 20:12 --- OK, I understand :/ Thanks for you quick explanations. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21712

[Bug tree-optimization/21712] missed optimization due with const function and pulling out of loops

2005-05-22 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2005-05-22 19:54 --- const Many functions do not examine any values except their arguments, and have no effects except the return value. Basically this is just slightly more strict class than the pure attribute below, since

[Bug tree-optimization/21712] New: inconsistent loop optimization

2005-05-22 Thread TazForEver at dlfp dot org
Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: TazForEver at dlfp dot org CC: gcc-bugs at

[Bug c/21690] New: gcc misses trivial optimizations ?

2005-05-20 Thread TazForEver at dlfp dot org
Summary: gcc misses trivial optimizations ? Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: TazForEver

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

2005-04-26 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 10:03 --- But collate<_CharT>::do_hash() already depends on sizeof(long)... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

2005-04-26 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 09:36 --- Well, there are FNV* parameters for 32bits and 64bits size_t. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

2005-04-24 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2005-04-24 16:58 --- Created an attachment (id=8729) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8729&action=view) FNV -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193

[Bug libstdc++/21193] New: provide better std::tr1::hash for std::string and std::wstring

2005-04-24 Thread TazForEver at dlfp dot org
tedBy: TazForEver at dlfp dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193

[Bug c++/18267] external linkage of functions declared in an anonymous namespace

2004-11-02 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2004-11-02 09:21 --- >> Alternatively, why don't you simply use "static"? because everybody tells me that 'static' is deprecated in favor of 'namespace{}' >> gcc could invoke the as-i

[Bug c++/18267] external linkage of functions declared in an anonymous namespace

2004-11-01 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2004-11-02 00:48 --- i understand your point of view though i'm not happy with g++ behaviour. A function with external linkage that can't be called seems like an oxymoron to me. This makes my library very big. i had to mar

[Bug c++/18267] external linkage of functions declared in an anonymous namespace

2004-11-01 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2004-11-02 00:10 --- of course. but if they are not ? they should be optimize, no ? if g++ inlines three(), why does it remove three() global definition if it's never used ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18267

[Bug c++/18267] New: external linkage of functions declared in an anonymous namespace

2004-11-01 Thread TazForEver at dlfp dot org
ions declared in an anonymous namespace Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: TazForEver at dl

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

2004-10-29 Thread TazForEver at dlfp dot org
--- Additional Comments From TazForEver at dlfp dot org 2004-10-29 15:15 --- and ppc32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15172