[Bug c/26493] New: -freorder-blocks-and-partition is a dud

2006-02-28 Thread arjanv at redhat dot com
r-blocks-and-partition is a dud Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arjanv at redhat dot com GCC host trip

[Bug c/24900] new "value computed is not used" warning in gcc 4.1

2005-11-16 Thread arjanv at redhat dot com
--- Comment #2 from arjanv at redhat dot com 2005-11-16 18:23 --- (compiler flags used were -O2 -Wall) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900

[Bug c/24900] new "value computed is not used" warning in gcc 4.1

2005-11-16 Thread arjanv at redhat dot com
--- Comment #1 from arjanv at redhat dot com 2005-11-16 18:21 --- Created an attachment (id=10257) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10257&action=view) fairly minimal testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900

[Bug c/24900] New: new "value computed is not used" warning in gcc 4.1

2005-11-16 Thread arjanv at redhat dot com
0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arjanv at redhat dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900

[Bug c/24233] -fomit-frame-pointer causes really dire code to be generated

2005-10-06 Thread arjanv at redhat dot com
--- Comment #1 from arjanv at redhat dot com 2005-10-06 10:40 --- (gcc 4.0.1 fwiw) btw without -march=i686 also good code is generated: 3: c7 04 24 00 00 00 00movl $0x0,(%esp) a: c7 44 24 04 00 00 00movl $0x0,0x4(%esp) 12: c7 44 24 08 00 00 00movl

[Bug c/24233] New: -fomit-frame-pointer causes really dire code to be generated

2005-10-06 Thread arjanv at redhat dot com
Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arjanv at redhat dot com GCC host triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24233

[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute

2005-06-02 Thread arjanv at redhat dot com
--- Additional Comments From arjanv at redhat dot com 2005-06-02 12:59 --- simple test case: #include static inline void do_thing(char *s) { if (s) printf("do_thing: %s \n", s); } void __attribute__((nonnull)) do_other_thing(char *s) {

[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to "hidden" visibility

2005-05-17 Thread arjanv at redhat dot com
--- Additional Comments From arjanv at redhat dot com 2005-05-17 17:44 --- As for andrews comment, the default could be hidden/private, where "export" would override the default to be non-private. -- What|Removed

[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to "hidden" visibility

2005-05-17 Thread arjanv at redhat dot com
--- Additional Comments From arjanv at redhat dot com 2005-05-17 17:33 --- I think you mean bug 18267 However bug 18267 is about static versus non-static linkage. What I'm suggesting is visibility attribute level, eg non-static but hidden visibility. -- http://gcc.gnu.org/bug

[Bug c/21582] New: (optimisation) VRP pass could/should use non-null function attribute

2005-05-15 Thread arjanv at redhat dot com
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arjanv at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582

[Bug c++/21581] New: (optimisation) Functions in anonymous namespaces should default to "hidden" visibility

2005-05-15 Thread arjanv at redhat dot com
Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arjanv at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.g