[Bug c/48782] New: unused-but-set static variables are not optimized out

2011-04-26 Thread flameeyes at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48782 Summary: unused-but-set static variables are not optimized out Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo:

[Bug c/48779] New: -Wunused-but-set-variable does not report unread unit-static variables

2011-04-26 Thread flameeyes at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48779 Summary: -Wunused-but-set-variable does not report unread unit-static variables Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libffi/42289] libffi fails to build with binutils-2.20 on ARM

2009-12-04 Thread flameeyes at gentoo dot org
--- Comment #1 from flameeyes at gentoo dot org 2009-12-04 22:43 --- Created an attachment (id=19229) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19229&action=view) Patch to fix the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42289

[Bug libffi/42289] New: libffi fails to build with binutils-2.20 on ARM

2009-12-04 Thread flameeyes at gentoo dot org
ormal Priority: P3 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42289

[Bug java/42276] When creating cross-gcj compiler, libjvm gets installed in system library paths

2009-12-04 Thread flameeyes at gentoo dot org
--- Comment #1 from flameeyes at gentoo dot org 2009-12-04 15:06 --- Created an attachment (id=19224) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19224&action=view) Proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42276

[Bug java/42276] New: When creating cross-gcj compiler, libjvm gets installed in system library paths

2009-12-04 Thread flameeyes at gentoo dot org
everity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42276

[Bug libgcj/40868] ecjx.cc should be compiled by host gcc

2009-12-04 Thread flameeyes at gentoo dot org
--- Comment #6 from flameeyes at gentoo dot org 2009-12-04 12:54 --- Created an attachment (id=19222) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19222&action=view) Proposed patch With this patch applied, gcj cross-builds fine (not a canadian cross though). --

[Bug c/40989] -Werror=implicit does not enable -Wimplicit

2009-08-06 Thread flameeyes at gentoo dot org
--- Comment #1 from flameeyes at gentoo dot org 2009-08-06 15:10 --- I can confirm this issue on 4.3.3 as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40989

[Bug c/40989] New: -Werror=implicit does not enable -Wimplicit

2009-08-06 Thread flameeyes at gentoo dot org
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40989

[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

2009-07-06 Thread flameeyes at gentoo dot org
--- Comment #6 from flameeyes at gentoo dot org 2009-07-06 17:03 --- To be honest there are quite a few default warnings that I wouldn't want to turn into errors, but it would still be better than having _no_ way to get this into an error. -- http://gcc.gnu.org/bug

[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

2008-11-13 Thread flameeyes at gentoo dot org
--- Comment #3 from flameeyes at gentoo dot org 2008-11-13 17:20 --- The same happens for "assignment makes integer from pointer without a cast" . It really is not nice that these warnings cannot be made errors explicitly, they are _quite_ important. -- http://gcc.gnu.or

[Bug c/37881] -Wunreachable-code warns for system headers macros

2008-10-21 Thread flameeyes at gentoo dot org
--- Comment #6 from flameeyes at gentoo dot org 2008-10-21 23:48 --- Created an attachment (id=16525) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16525&action=view) Preprocessed test case That's because I forgot to turn on -O2 :/ tc-htons-unrechable.c: In function

[Bug c/37881] -Wunreachable-code warns for system headers macros

2008-10-21 Thread flameeyes at gentoo dot org
--- Comment #4 from flameeyes at gentoo dot org 2008-10-21 23:19 --- Created an attachment (id=16524) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16524&action=view) Preprocessed test case For what it's worth this is glibc 2.8 on Gentoo, AMD64 multilib system.

[Bug c/37881] -Wunreachable-code warns for system headers macros

2008-10-21 Thread flameeyes at gentoo dot org
--- Comment #2 from flameeyes at gentoo dot org 2008-10-21 22:56 --- Created an attachment (id=16523) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16523&action=view) tc-htons-unreachable.c Sure here it is, there isn't much of a testcase I admit ;) -- http:/

[Bug c/37881] New: -Wunreachable-code warns for system headers macros

2008-10-21 Thread flameeyes at gentoo dot org
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37881

[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

2008-10-17 Thread flameeyes at gentoo dot org
--- Comment #2 from flameeyes at gentoo dot org 2008-10-17 22:36 --- Which gives it even more usefulness to be optionally treated as an error, since it really helps to avoid shooting oneself in the foot... I guess it would be bad to have a way to -Wno- it, but it would be nice to at

[Bug c/37866] New: "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

2008-10-17 Thread flameeyes at gentoo dot org
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_

[Bug c++/8045] Missing "unused variable" warning

2008-05-11 Thread flameeyes at gentoo dot org
--- Comment #4 from flameeyes at gentoo dot org 2008-05-11 16:31 --- I think this applies to 4.3 as well, as the following code does only warn in the second function: #include #include char* oldstyle(const char *foo) { size_t foolen; if ( foo == NULL ) return NULL

[Bug c/28199] -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org
--- Comment #3 from flameeyes at gentoo dot org 2006-06-29 12:17 --- Sorry, I think I misunderstood the error messages' chain, as when the __attribute__ is malformed (forgot a '('), the warning about the possible candidate appear anyway, so i thought it was simply being

[Bug c/28199] -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org
--- Comment #1 from flameeyes at gentoo dot org 2006-06-29 11:27 --- Created an attachment (id=11780) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11780&action=view) impossible-missing-format-attribute.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28199

[Bug c/28199] New: -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org
vprintf() like functions Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: flameeyes at gentoo dot org GCC build triplet:

[Bug target/25272] gcc fails to compile for target h8300-hitachi-hms with unrecognizable insn

2006-06-15 Thread flameeyes at gentoo dot org
--- Comment #4 from flameeyes at gentoo dot org 2006-06-15 23:30 --- This is still an issue in 4.1.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25272