[Bug c++/35125] Violating standards

--- Comment #5 from amitondemand at gmail dot com 2008-02-08 07:20 --- As i know C++ doesn't support VLA. Please update me if i m wrong. (In reply to comment #2) > VLA in C++ is an extension, if you use -pedantic, you will get an error. > Also VLA uses the value at the time at definitio

[Bug c++/35125] Violating standards

--- Comment #4 from amitondemand at gmail dot com 2008-02-08 06:59 --- i think this should not work. you should get an error that array size must be constant. (In reply to comment #1) > This code doesn't work reliably. Change it to > int main() > { > int size; > cout<<"Enter si

[Bug testsuite/23613] obj-c++.dg/isa-field-1.mm fails with the GNU runtime

--- Comment #6 from ghazi at gcc dot gnu dot org 2008-02-08 06:08 --- This error still happens on 4.1/4.2/trunk. I get it on x86_64 and i686: x86_64: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00468.html http://gcc.gnu.o

[Bug testsuite/23610] obj-c++.dg/bitfield-[14].mm, obj-c++.dg/layout-1.mm fails with the GNU runtime

--- Comment #8 from ghazi at gcc dot gnu dot org 2008-02-08 05:59 --- The ICE mentioned in comment#7 is a dup from PR31032. I think this PR should focus on the excess "padding struct" warnings from the three testcases: bitfield-1.mm, bitfield-4.mm and layout-1.mm. I see these three fai

[Bug objc++/27232] encode-3.mm fails with "deprecated conversion" warning

--- Comment #4 from ghazi at gcc dot gnu dot org 2008-02-08 05:34 --- If I backport this patch to 4.1: http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01001.html the testcase compiles with gcc-4.1 and executes on x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27232

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #22 from jpr at csc dot fi 2008-02-08 05:29 --- Subject: Re: [Regression wrt g77] I/O leaks handles/memory on Windows XP > So if the above is really at fault then the > leak should not manifest on Cygwin at all. The logic there is ok i guess, as i already noted later in

[Bug objc++/31032] [4.3 Regression] expected tree that contains 'decl with RTL' structure, have 'field_decl' in assemble_external_real, at varasm.c:2225

--- Comment #6 from ghazi at gcc dot gnu dot org 2008-02-08 05:01 --- I get the tree checking failure on mainline for i686 and x86_64: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00466.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00441.html bitfield-1.mm:113: internal com

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #21 from jvdelisle at gcc dot gnu dot org 2008-02-08 03:14 --- The problem manifests with: $ gfc -v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc43/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --disable-bootstrap --enable-thread

[Bug objc++/34193] [4.3 regression] FAIL: obj-c++.dg/gnu-runtime-2.mm (test for excess errors)

--- Comment #2 from mrs at apple dot com 2008-02-08 03:10 --- It should be const char**argv. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34193

[Bug ada/33420] [Ada] crash passing SomeFunctionReturningPointer.all as function argument

--- Comment #6 from jdgressett at amli-denton dot com 2008-02-08 02:16 --- Subject: Re: [Ada] crash passing SomeFunctionReturningPointer.all as function argument ludovic at ludovic-brenta dot org wrote: > --- Comment #5 from ludovic at ludovic-brenta dot org 2008-02-06 13:42 >

[Bug objc++/34193] [4.3 regression] FAIL: obj-c++.dg/gnu-runtime-2.mm (test for excess errors)

--- Comment #1 from ghazi at gcc dot gnu dot org 2008-02-08 02:11 --- It's not target specific, I get the same error on i686 and x86_64. Removing target tags. http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00441.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00466.html The id

[Bug objc++/32052] [4.3 Regression] encode-2.mm, encode-3.mm fail on at least powerpc-darwin

--- Comment #5 from ghazi at gcc dot gnu dot org 2008-02-08 02:04 --- It's not darwin-specific, removing target tag. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added --

[Bug objc++/32052] [4.3 Regression] encode-2.mm, encode-3.mm fail on at least powerpc-darwin

--- Comment #4 from ghazi at gcc dot gnu dot org 2008-02-08 02:01 --- I also see these regressions on mainline on i686 and x86_64: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00441.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00466.html -- ghazi at gcc dot gnu dot org

[Bug objc++/27249] FAIL: obj-c++.dg/encode-8.mm execution test

--- Comment #2 from ghazi at gcc dot gnu dot org 2008-02-08 01:52 --- Bug is not hppa-specific, removing target tags. I also see the failure on i686 and x86_64 on 4.1, 4.2, and trunk. http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008

[Bug objc++/27247] FAIL: obj-c++.dg/cxx-ivars-2.mm execution test

--- Comment #2 from ghazi at gcc dot gnu dot org 2008-02-08 01:49 --- Bug is not hppa-specific, removing target tags. I also see the failure on i686 and x86_64 on 4.1, 4.2, and trunk. http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008

[Bug objc++/27232] encode-3.mm fails with "deprecated conversion" warning

--- Comment #3 from ghazi at gcc dot gnu dot org 2008-02-08 01:40 --- This testcase has execution failure on mainline for i686 and x86_64: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00466.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00441.html On 4.2.x, it passes on both

[Bug objc++/23716] obj-c++.dg/comp-types-10.mm ICE with the GNU runtime

--- Comment #8 from ghazi at gcc dot gnu dot org 2008-02-08 01:22 --- This failure occurs on x86_64-unknown-linux-gnu on 4.1, 4.2 and trunk: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00468.html http://gcc.gnu.org/ml/gcc-

[Bug objc++/23616] obj-c++.dg/try-catch-[29].mm (objc exceptions are broken) fails with the GNU Runtime

--- Comment #10 from ghazi at gcc dot gnu dot org 2008-02-08 01:12 --- Problem still occurs on x86_64-unknown-linux-gnu on 4.1, 4.2 and trunk: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00468.html http://gcc.gnu.org/ml/gc

[Bug objc++/23614] obj-c++.dg/lookup-2.mm fails with the GNU runtime

--- Comment #6 from ghazi at gcc dot gnu dot org 2008-02-08 01:07 --- This failure occurs on x86_64-unknown-linux-gnu on 4.1, 4.2 and trunk: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00469.html http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00468.html http://gcc.gnu.org/ml/gcc-

[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-08 00:32 --- I don't think we can consider this a regression, the global registers just makes an already register starved target even more register starved. We go from having 6 registers down to 3 in this case. -- pinskia at

[Bug tree-optimization/34363] [4.2 Regression] Aliasing failure during tree fre

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-08 00:30 --- *** Bug 35134 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/35134] Invalid cse on aliased global variable

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-08 00:30 --- *** This bug has been marked as a duplicate of 34363 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/35135] New: [4.3 regression] unable to find a register to spill in class �GENERAL_REGS�

gcc -v -O2 -c test.c === Cut === extension__ typedef unsigned long long int uint64_t; typedef unsigned target_ulong; register target_ulong T0 asm ("ebx"); register target_ulong T1 asm ("esi"); register target_ulong T2 asm ("edi"); typedef struct CPUX86State { uint64_t xmm_regs[8]; } CPUX86State;

[Bug tree-optimization/35134] New: Invalid cse on aliased global variable

The following testcase fails at -O3. It succeeds at -O3 -fno-tree-fre -fno-tree-dominator-opts -fno-tree-pre extern void abort (void); int i; int f (int *) __attribute((noinline)); int f (int *p) { int a, b; a = i; *p = 1; b = i; return a + b; } int main (void) { if (f (&i) != 1)

[Bug libfortran/35132] Formatted stream I/O write should truncate

--- Comment #1 from burnus at gcc dot gnu dot org 2008-02-07 22:52 --- See: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/9e38ff2694bfdab1/ If I understand it correctly, the right solution is do the same as NAG f95 does and print the following: 123456 ASDFef End

[Bug fortran/35130] OpenMP: Private variable passed to subroutine

--- Comment #2 from jakub at gcc dot gnu dot org 2008-02-07 22:44 --- *** Bug 35131 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35130

[Bug fortran/35131] OpenMP: Private variable passed to subroutine

--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-07 22:44 --- *** This bug has been marked as a duplicate of 35130 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35130] OpenMP: Private variable passed to subroutine

--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-07 22:44 --- *** Bug 35133 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35130

[Bug fortran/35133] OpenMP: Private variable passed to subroutine

--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-07 22:44 --- *** This bug has been marked as a duplicate of 35130 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35133] New: OpenMP: Private variable passed to subroutine

As reported by Ignacio Fernández Galván, the following program prints with "gfortran -fopenmp" 0.0 instead of 42.0. Without -fopenmp or using, e.g., ifort or sunf95 42.0 is printed. See also http://gcc.gnu.org/ml/fortran/2008-02/msg00058.html I believe the program is valid, compare also http://ww

[Bug libfortran/35132] New: Formatted stream I/O write should truncate

>From c.l.f, Richard Maine: 2003 9.2.3.3, "File position after data transfer", 3rd para "For a formatted stream output statement, if no error condition occurred, the terminall point of the file is set to the highest-numbered position to which data was transferred by the statement." Currently,

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #13 from dfranke at gcc dot gnu dot org 2008-02-07 22:30 --- > As valgrind --leak-check=full shows, the generated program still > leaks memory Forgot to check this one :( Interestingly, the error seems to be with forall only. The equivalent DO-loop does not leak: type

[Bug fortran/35131] New: OpenMP: Private variable passed to subroutine

As reported by Ignacio Fernández Galván, the following program prints with "gfortran -fopenmp" 0.0 instead of 42.0. Without -fopenmp or using, e.g., ifort or sunf95 42.0 is printed. See also http://gcc.gnu.org/ml/fortran/2008-02/msg00058.html I believe the program is valid, compare also http://ww

[Bug fortran/35130] New: OpenMP: Private variable passed to subroutine

As reported by Ignacio Fernández Galván, the following program prints with "gfortran -fopenmp" 0.0 instead of 42.0. Without -fopenmp or using, e.g., ifort or sunf95 42.0 is printed. See also http://gcc.gnu.org/ml/fortran/2008-02/msg00058.html I believe the program is valid, compare also http://ww

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #12 from burnus at gcc dot gnu dot org 2008-02-07 22:17 --- > This is regtesting but all the allocatable component tests are OK. > Could somebody check the memory leakage for me, please? The test of comment 2 > is now OK in that it prints the right numbers. Thanks for the w

[Bug target/32893] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize

--- Comment #21 from hjl dot tools at gmail dot com 2008-02-07 22:15 --- The real problem is i386 gcc expects 16 byte stack boundary while the psABI specifies 4 byte. When you link a callee, which expects incoming stack at 16 byte boundary, with a caller, which only guarantees 4 byte st

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1

--- Comment #12 from jrp at dial dot pipex dot com 2008-02-07 22:13 --- oh and FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o-c_compat_y_tst.o execute also fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1

--- Comment #11 from jrp at dial dot pipex dot com 2008-02-07 22:10 --- Latest gcc now reports only: FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vect "vectorized 1 loops" 1 FAIL: gcc.dg/tree-ssa/gen-vect-11c.c scan-tree-dump-times vect "vectorized 0 loops" 1 FAIL: gcc.dg/tr

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #11 from dfranke at gcc dot gnu dot org 2008-02-07 22:10 --- > You mean that one-liner did it I did not regtest, but yes, the testcases from this PR are fixed by the patch attached in comment #7 :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32795

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #10 from pault at gcc dot gnu dot org 2008-02-07 22:04 --- (In reply to comment #9) > Regtested without regression on ppc/intel-darwin9, 32 and 64 bit modes. > > Thanks for the patch. > Dominique and Daniel, You mean that one-liner did it That represents a seriously

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

--- Comment #24 from rth at gcc dot gnu dot org 2008-02-07 21:59 --- Subject: Bug 33410 Author: rth Date: Thu Feb 7 21:58:42 2008 New Revision: 132176 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132176 Log: PR rtl-opt/33410 * config/alpha/alpha.c (alpha_emit_

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #20 from brian at dessent dot net 2008-02-07 21:17 --- Subject: Re: I/O leaks handles/memory on Windows XP > 1) __gthr_win32_mutex_init_function() >- sets counter=-1 >- creates a semaphore (the windows handle!) > > 2)__gthr_win32_mutex_lock() > - increments co

[Bug c/15236] pedantic switch modifies treatment of non-ISO compliant enumerations

--- Comment #5 from manu at gcc dot gnu dot org 2008-02-07 20:56 --- Cachis, I didn't find this when searching. Anyway, there is a patch that fixes this in PR35129. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/34720] ICE in real_to_decimal, at real.c:1656

--- Comment #9 from ubizjak at gmail dot com 2008-02-07 20:52 --- Related to PR33992 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34720

[Bug other/32754] The opt?-gen.awk file generators produce incorrect credits

--- Comment #3 from manu at gcc dot gnu dot org 2008-02-07 20:50 --- Fixed in GCC 4.2.4 and GCC 4.3. I don't think it is worth to fix this in earlier versions. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/32754] The opt?-gen.awk file generators produce incorrect credits

--- Comment #2 from manu at gcc dot gnu dot org 2008-02-07 20:49 --- Subject: Bug 32754 Author: manu Date: Thu Feb 7 20:48:24 2008 New Revision: 132175 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132175 Log: 2008-02-07 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR ot

[Bug bootstrap/33992] [4.3 Regression] profiledbootstrap is broken

--- Comment #18 from ubizjak at gmail dot com 2008-02-07 20:47 --- (In reply to comment #17) > P2 - this should not block the release (it's not that profiledbootstrap was > never > broken in released compilers). It's also hard to analyze (no, I'm not on it, > volunteers welcome). It lo

[Bug c++/35117] Vectorization on power PC

--- Comment #14 from irar at il dot ibm dot com 2008-02-07 20:44 --- Giving it another thought, this is not necessary an alias analysis issue, even that it fails to tell that the pointers not alias. Since in this case the pointers do differ, the runtime test should take the flow to the v

[Bug other/32754] The opt?-gen.awk file generators produce incorrect credits

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-07 20:41 --- Subject: Bug 32754 Author: manu Date: Thu Feb 7 20:40:19 2008 New Revision: 132174 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132174 Log: 2008-02-07 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR ot

[Bug c/35129] -pedantic changes code-generation for unsigned enumerators

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-07 20:34 --- *** This bug has been marked as a duplicate of 15236 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/15236] pedantic switch modifies treatment of non-ISO compliant enumerations

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-07 20:34 --- *** Bug 35129 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/32918] segmentation fault

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-07 20:19 --- Sorry for the delay, this seems to have fallend through bugzilla's cracks. GCC 3.3.1 is not supported anymore. Can you reproduce the bug in a recent release like GCC 4.2.3 or preferably in GCC 4.3? Thanks for the repo

[Bug c/35129] -pedantic changes code-generation for unsigned enumerators

--- Comment #2 from manu at gcc dot gnu dot org 2008-02-07 19:57 --- Got the blocks/depends thing wrong, sorry. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35129] -pedantic changes code-generation for unsigned enumerators

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-07 19:56 --- Created an attachment (id=15117) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15117&action=view) Patch Bootstrapped with --enable-languages=all and regression tested on x86_64-unknown-linux-gnu -- manu at gc

[Bug c/35129] New: -pedantic changes code-generation for unsigned enumerators

-pedantic converts enumerators to 'int', while without -pedantic they are handled as-is. -- Summary: -pedantic changes code-generation for unsigned enumerators Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enh

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #9 from dominiq at lps dot ens dot fr 2008-02-07 19:52 --- Regtested without regression on ppc/intel-darwin9, 32 and 64 bit modes. Thanks for the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32795

[Bug testsuite/20567] dg-options in gcc.c-torture

--- Comment #5 from jsm28 at gcc dot gnu dot org 2008-02-07 19:52 --- *** Bug 35126 has been marked as a duplicate of this bug. *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-02-07 19:52 --- *** This bug has been marked as a duplicate of 20567 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/19159] [4.0/4.1/4.2/4.3 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Comment #40 from dave at genussoft dot com 2008-02-07 19:39 --- I am trying to use g++ 4.0.0 on AIX 5.3 and have run into this problem and also the problem reported in bug 18257. What recommendation do you have for using g++ on AIX? Should I go back to an earlier version, or has thi

[Bug target/35128] New: illegal opcode movw for mcu avr3, GCC 4.2.3 too

Since adding to the bug description of Bug #35073 was impossible and the reported bug also affects release versions of GCC, I submit a cloned version of this bug report. Platform: PowerMac G5, Mac OSX Tiger, fully updated Target platform: AVR Binutils version installed for AVR: 2.18 +++ This bu

[Bug debug/28834] [4.0/4.1/4.2/4.3 Regression] -g crashes sometimes when using may_alias and structs (ICE in splice_child_die)

--- Comment #32 from ghazi at gcc dot gnu dot org 2008-02-07 19:14 --- Jason - Should the fix for PR28834 (AKA PR29436) be backported to 4.2/4.1? I still see errors from mayalias-2.c on 4.2. (4.1 doesn't have the testcase, but I suspect it still has the bug.) -- ghazi at gcc dot gn

[Bug bootstrap/35115] [4.3 Regression] ../../gcc-4.3-work/gcc/objcp/objcp-decl.c:98: error: implicit declaration of function 'comptypes'

--- Comment #4 from dgregor at gcc dot gnu dot org 2008-02-07 19:06 --- Fixed. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/35115] [4.3 Regression] ../../gcc-4.3-work/gcc/objcp/objcp-decl.c:98: error: implicit declaration of function 'comptypes'

--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-07 19:04 --- Subject: Bug 35115 Author: dgregor Date: Thu Feb 7 19:03:40 2008 New Revision: 132173 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132173 Log: 2008-02-06 Douglas Gregor <[EMAIL PROTECTED]> * g+

[Bug bootstrap/35115] [4.3 Regression] ../../gcc-4.3-work/gcc/objcp/objcp-decl.c:98: error: implicit declaration of function 'comptypes'

--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-07 18:59 --- This is fallout from my comptypes patch. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/35113] [4.3 Regression] g++.dg/ext/vector13.C doesn't work

--- Comment #5 from dgregor at gcc dot gnu dot org 2008-02-07 18:56 --- This is definitely a canonical-types bug. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails

--- Comment #9 from ghazi at gcc dot gnu dot org 2008-02-07 18:33 --- This test is still XPASS'ing everywhere on 4.1, may I backport this? 2005-11-30 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/21655 * g++.dg/tree-ssa/pr14814.C: Remove XFAIL. Recent res

[Bug target/34526] no-altivec ABI should be fixed or no longer be the default

--- Comment #9 from janis at gcc dot gnu dot org 2008-02-07 18:21 --- I talked to Steve Munroe about the ABI issues. We determined that for powerpc*-linux, vector types that cannot be passed in vector registers should be passed as aggregates according to the relevant ABI (32-bit or 64-b

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-07 18:06 --- Sure. Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug testsuite/35127] Ineffective dg-options in gcc.c-torture/compile

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-07 18:05 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/33887] [4.1/4.2 Regression] Reference to bitfield gets wrong value when optimizing

--- Comment #39 from rguenth at gcc dot gnu dot org 2008-02-07 18:03 --- *** Bug 33205 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/33205] optimization bug: unsigned bitfield expands with non-zero padding bits

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-07 18:03 --- Ok, that's quite likely. *** This bug has been marked as a duplicate of 33887 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

--- Comment #23 from rth at gcc dot gnu dot org 2008-02-07 17:46 --- Subject: Bug 33410 Author: rth Date: Thu Feb 7 17:45:24 2008 New Revision: 132171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132171 Log: PR rtl-opt/33410 * config/alpha/alpha.c (alpha_emit_

[Bug target/33205] optimization bug: unsigned bitfield expands with non-zero padding bits

--- Comment #6 from janis at gcc dot gnu dot org 2008-02-07 17:32 --- A regression hunt on powerpc-linux showed that the test starts passing with: http://gcc.gnu.org/viewcvs?view=rev&rev=131823 r131823 | rguenth | 2008-01-25 12:06:31 + (Fri, 25 Jan 2008) That's a fix for 33

[Bug libgcj/33085] liblt_prog_compiler_pic_GCJ='-DDLL_EXPORT' is wrong

--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-07 17:25 --- Argh. Why doesn't GCC import the fix in libtool instead of hacking around it downstream? -- Ralf dot Wildenhues at gmx dot de changed

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #8 from dfranke at gcc dot gnu dot org 2008-02-07 17:24 --- > Could somebody check the memory leakage for me, please? type :: a integer, allocatable :: i(:) end type a type(a) :: x, y x = a ((/ 1,2,3 /)) ! y = a (x%i(1:3)) ! ok ! y = a (x%i(1:))! o

[Bug c++/35004] Adding 4 more tree codes causes a crash in building libstdc++ pre-compiled headers

--- Comment #6 from michael dot meissner at amd dot com 2008-02-07 17:22 --- Subject: RE: Adding 4 more tree codes causes a crash in building libstdc++ pre-compiled headers The problem is there are two different vector shifts. There is vector shift by a scalar amount (each element g

[Bug libgcj/33085] liblt_prog_compiler_pic_GCJ='-DDLL_EXPORT' is wrong

--- Comment #1 from rondesot at yahoo dot com 2008-02-07 17:15 --- I would like to confirm this bug and discuss a work around that I used. This bug seems to be the only thing that keeps gcc 4.3 with java from completing a native build under mingw. With the two patches below, I was able

[Bug c++/35004] Adding 4 more tree codes causes a crash in building libstdc++ pre-compiled headers

--- Comment #5 from bonzini at gnu dot org 2008-02-07 17:10 --- Unrelated, but why couldn''t vector/vector shifts/rotates overload LSHIFT_EXPR instead? :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35004

[Bug rtl-optimization/31704] x86_64 poor floating point register allocation across function call

--- Comment #1 from hubicka at gcc dot gnu dot org 2008-02-07 16:36 --- This is fixed by the call frequency patch on mainline. .L2: cvtsi2ss(%ebx,%eax,4), %xmm0 addl$1, %eax cmpl$1000, %eax mulss %xmm2, %xmm0 addss %xmm0, %xmm1

[Bug c++/35125] Violating standards

--- Comment #3 from manu at gcc dot gnu dot org 2008-02-07 16:07 --- Also, you should get a warning when using -Wuninitialized -O (or -Wall -O). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35125

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #4 from hjl dot tools at gmail dot com 2008-02-07 15:55 --- Can we move them into gcc.dg/torture? -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #19 from Jerry_V_DeLisle at rl dot gov 2008-02-07 15:54 --- Writing to an internal unit is nothing more than a fancy (formatted) assignment. Each thread allocates its own unit structure. Its not like file I/O where threads are accessing a common shared resource. I should m

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #3 from hjl dot tools at gmail dot com 2008-02-07 15:53 --- My point is those dg-options aren't applied to the testcases. We should either remove them or make sure that they are used. -- hjl dot tools at gmail dot com changed: What|Removed

[Bug testsuite/35127] New: Ineffective dg-options in gcc.c-torture/compile

[EMAIL PROTECTED] testsuite]$ grep dg-options gcc.c-torture/compile/*.c | grep O gcc.c-torture/compile/20031125-1.c:/* { dg-options "-O2" } */ gcc.c-torture/compile/20031125-2.c:/* { dg-options "-O2" } */ gcc.c-torture/compile/20031203-1.c:/* { dg-options "-O2" } */ gcc.c-torture/compile/acc1.c:/*

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #2 from ubizjak at gmail dot com 2008-02-07 15:44 --- (In reply to comment #0) > [EMAIL PROTECTED] testsuite]$ grep dg-options gcc.c-torture/execute/*.c > gcc.c-torture/execute/pr7284-1.c:/* { dg-options "-std=c89" } */ > gcc.c-torture/execute/wchar_t-1.c:/* { dg-options "-fi

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #68 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-07 15:33 --- Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 > I looked into assembly you send and see the following difference: > for original malloc th

[Bug testsuite/35126] dg-options in gcc.c-torture/execute ignored

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-07 15:32 --- This is semi by designed, you can use gcc.dg/torture for this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35126

[Bug c/35122] gcc segfaults when compiling code with pointers to vector float

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-07 15:27 --- First off this is not a bug in the FSF GCC as the FSF GCC does not support vector array access syntax so this should have been filed with the provider that gave you the source. Second off this has been since fixed i

[Bug testsuite/35126] New: dg-options in gcc.c-torture/execute ignored

[EMAIL PROTECTED] testsuite]$ grep dg-options gcc.c-torture/execute/*.c gcc.c-torture/execute/pr7284-1.c:/* { dg-options "-std=c89" } */ gcc.c-torture/execute/wchar_t-1.c:/* { dg-options "-finput-charset=utf-8" } */ [EMAIL PROTECTED] testsuite]$ But those dg-options are ignored since gcc.c-torture

[Bug c++/35125] Violating standards

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-07 15:22 --- VLA in C++ is an extension, if you use -pedantic, you will get an error. Also VLA uses the value at the time at definition and no other value after wards. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35125

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #18 from fxcoudert at gcc dot gnu dot org 2008-02-07 15:20 --- (In reply to comment #17) > This begs a question. Why do we even want locking on internal units? The > string is local to the thread and allocated on the stack most likely. What about the case of two threads

[Bug c++/35113] [4.3 Regression] g++.dg/ext/vector13.C doesn't work

--- Comment #4 from bonzini at gnu dot org 2008-02-07 15:19 --- Indeed. I developed my 35049 patch in an old check-out (to avoid conflicts with Doug's patch), but after updating the tree it fails for me too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35113

[Bug fortran/32795] allocatable components are nullified prematurely

--- Comment #7 from pault at gcc dot gnu dot org 2008-02-07 15:19 --- Created an attachment (id=15116) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15116&action=view) A tentative patch for the PR This is regtesting but all the allocatable component tests are OK. Could somebody c

[Bug c++/35113] [4.3 Regression] g++.dg/ext/vector13.C doesn't work

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-07 15:16 --- I can also confirm that http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00212.html does _not_ fix the problem. We still ICE with /space/rguenther/src/svn/trunk/gcc/testsuite/g++.dg/ext/vector13.C:6: internal compile

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

-- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3510

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

--- Comment #4 from debian-gcc at lists dot debian dot org 2008-02-07 15:15 --- reproducible with 20080206, gcc is configured with Configured with: ../src/configure -v --with-pkgversion='Debian 4.3-20080206-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c

[Bug c++/35113] [4.3 Regression] g++.dg/ext/vector13.C doesn't work

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-07 15:13 --- Confirmed. We're back to an ICE. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35119] FAIL: g++.dg/template/spec35.C scan-assembler

--- Comment #5 from dominiq at lps dot ens dot fr 2008-02-07 15:10 --- Test summary comparison before and after the patch in comment #4: ibook-dhum] gcc/i686-darwin% diff -u res-132160p3m.log res-132160p4m.log --- res-132160p3m.log 2008-02-07 15:52:50.0 +0100 +++ res-132160p4m

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-02-07 15:01 --- Once again, good detective work by jpr. This then does make this a regression wrt 4.1. I do not have a 4.1 build on my windows machine to check. Regardless ... This begs a question. Why do we even want locki

[Bug fortran/35123] ICE in fold_convert, at fold-const.c:2248

--- Comment #3 from sfilippone at uniroma2 dot it 2008-02-07 14:54 --- (In reply to comment #2) > gfortran 4.1 errors with > > In file t.f90:3 > > integer, allocatable :: md(:), g2l(:) >1 > Error: Attribute at (1) is not allowed in a TYPE definition > The

  1   2   >