[Bug c/32531] erroneous enum comparison results

2007-06-27 Thread entrophage at gmail dot com
--- Comment #1 from entrophage at gmail dot com 2007-06-28 01:49 --- Created an attachment (id=13799) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13799&action=view) source file to reproduce the bug compile with: $ gcc -Wall -Wextra -ansi -pedantic -save-temps -o foo foo.c --

[Bug c/32531] erroneous enum comparison results

2007-06-27 Thread entrophage at gmail dot com
--- Comment #2 from entrophage at gmail dot com 2007-06-28 01:50 --- Created an attachment (id=13800) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13800&action=view) preprocessor output of the source file that reproduces the bug generated with: $ gcc -Wall -Wextra -ansi -pedantic

[Bug c/32531] erroneous enum comparison results

2007-06-27 Thread entrophage at gmail dot com
--- Comment #3 from entrophage at gmail dot com 2007-06-28 01:53 --- valgrind of the resulting binary shows interesting output: $ valgrind ./foo ==5107== Memcheck, a memory error detector. ==5107== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==5107== Using LibVEX rev

[Bug c/32531] erroneous enum comparison results

2007-06-27 Thread entrophage at gmail dot com
--- Comment #4 from entrophage at gmail dot com 2007-06-28 01:58 --- (In reply to comment #3) > valgrind of the resulting binary shows interesting output: this is irrelevant since binary compiled from the following trivial source file gives the same valgrind errors. int main() { re

[Bug c/32531] erroneous enum comparison results

2007-06-27 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-28 02:04 --- No, the comparision is correct. The enum is you gave is equalivant (in both C and C++) to: enum X { A = 3, B = 1, C = 2, D = 3, E = 4 }; -- pinskia at gcc dot gnu dot org changed:

[Bug c/32532] New: Warning: variable ret never used

2007-06-27 Thread nightstrike at gmail dot com
In libiberty/argv.c line 313, function writeargv(), the line "int ret" declares a variable that is never used in that function. This triggers a warning during compilation. The following patch should remove that line: Index: libiberty/argv.c ===

[Bug other/32532] Warning: variable ret never used in writeargv

2007-06-27 Thread dj at redhat dot com
--- Comment #1 from dj at redhat dot com 2007-06-28 02:09 --- Ok to commit it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32532

[Bug c/32529] ICE, typedef of function taking VLA

2007-06-27 Thread pa at panix dot com
--- Comment #3 from pa at panix dot com 2007-06-28 02:09 --- Not sure this is a duplicate. 28504 is fixed on my box, I need the 2-D VLA to trigger the ICE. void foo(void (*p)(int n, int x[n])) {} /* from 28504, ok */ typedef void (*foop)(int n, int x[n]); /* ok */ typedef void (*ice

[Bug c/32494] gcc-4.3.x _32-bit_ becoming irrelevant to kernel

2007-06-27 Thread malitzke at metronets dot com
--- Comment #12 from malitzke at metronets dot com 2007-06-28 03:53 --- Mr Pinski! Thanks for again doing the work for me. I just had to take some time out for my annual checkup and to rebuild my big machine's software after Gentoo on shutdown -h now deleted my /bin, /etc, and /sbin dir

[Bug c/32496] fno-builtin-* not working

2007-06-27 Thread malitzke at metronets dot com
--- Comment #2 from malitzke at metronets dot com 2007-06-28 04:45 --- Iam soory Mr. Schwab but the fno-builtin was provide to me by a fellow maintainer I am just exhausting all offered approaches to avoid having a subtraction changed to a libgcc-function/builtin The flag just disables

[Bug target/32524] unable to build 4.2 on OS X G5

2007-06-27 Thread whaley at cs dot utsa dot edu
--- Comment #2 from whaley at cs dot utsa dot edu 2007-06-28 05:23 --- Fixed, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32524

[Bug target/32523] disastrous scheduling for POWER5

2007-06-27 Thread whaley at cs dot utsa dot edu
--- Comment #7 from whaley at cs dot utsa dot edu 2007-06-28 05:25 --- This problem affects the g5/970 as well: Darwin. uname -a Darwin etl-g52.cs.utsa.edu 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc Darwin.

[Bug middle-end/31150] [4.1/4.2/4.3 Regression] Not promoting an whole array to be static const

2007-06-27 Thread patchapp at dberlin dot org
--- Comment #4 from patchapp at dberlin dot org 2007-06-28 05:50 --- Subject: Bug number PR31150 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02037.html -- http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/32533] New: [4.2] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native

2007-06-27 Thread jv244 at cam dot ac dot uk
Thread model: posix gcc version 4.2.1 20070627 (prerelease) /data03/vondele/gcc_4_2_branch/build/libexec/gcc/x86_64-unknown-linux-gnu/4.2.1/f951 test.f90 -march=k8 -mtune=k8 -quiet -dumpbase test.f90 -auxbase test -O3 -version -ffast-math -ftree-vectorize -I /data03/vondele/gcc_4_2_branch/build/l

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

2007-06-27 Thread jv244 at cam dot ac dot uk
--- Comment #127 from jv244 at cam dot ac dot uk 2007-06-28 06:08 --- (In reply to comment #126) > As Andrew pointed out in PR 32521 the valgrind warning was fixed in 4.2.1 > (prerelease). I've now built the 4.2_branch, and the warning is indeed gone, > but unfortunately the same qs_neig

[Bug middle-end/32493] [4.3 Regression] Fails to inline varargs function with unused arguments

2007-06-27 Thread bangerth at dealii dot org
--- Comment #9 from bangerth at dealii dot org 2007-06-28 06:48 --- Monologues don't help. Get your fingers out of the pockets and help us fix bugs instead of complaining. Richard has already acknowledged that you found a bug two days after you filed it (and quite humorously). Your att

[Bug c/32529] ICE, typedef of function taking VLA

2007-06-27 Thread bangerth at dealii dot org
--- Comment #4 from bangerth at dealii dot org 2007-06-28 06:52 --- Apparently not a dup. -- bangerth at dealii dot org changed: What|Removed |Added CC|

<    1   2