Strange array limitations

Dear developers. I guess it is gcc bug. But for the case that it a libary bug can any one forward it to the boost develops, because I do not understand how to use their bug tracking system. I have found a strange limitation for the size of an array. The error is the same both for boost 1.36 a

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #19 from tsyvarev at ispras dot ru 2008-11-06 07:16 --- Created an attachment (id=16627) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16627&action=view) Analogue of basic_istringstream with (in == end) catching Using basic_istringstream1 class instead basic_istringstr

[Bug c++/38022] [4.4 regression, g++] Incorrect warning with -Wshadow

--- Comment #4 from martin at mpa-garching dot mpg dot de 2008-11-06 06:59 --- Thanks a lot for the explanation! I wasn't aware that things like int func (long foo, int (*fn)(int foo, char (*bar)[sizeof (foo)])); were even allowed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

--- Comment #8 from pault at gcc dot gnu dot org 2008-11-06 06:24 --- Wait until 4.5.0 since it needs the array descriptor reform to be fixed. Unassigning self for present until we decide who will be responsible for the work. Paul -- pault at gcc dot gnu dot org changed:

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

--- Comment #9 from pault at gcc dot gnu dot org 2008-11-06 06:26 --- It helps to mark it correctly! -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35718] deallocating non-allocated pointer target does not fail

--- Comment #5 from pault at gcc dot gnu dot org 2008-11-06 06:23 --- Hold this one to 4.5 since it needs the array descriptor reform. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35820] internal compiler error with nested FORALL

--- Comment #11 from pault at gcc dot gnu dot org 2008-11-06 06:19 --- Mikael, I'll assign this to you, since it needs to be marked as fixed or applied to 4.3 and marked as fixed - I forget which was agreed. If you do not have a 4.3 tree up and running, I could do the honours for you.

[Bug rtl-optimization/38026] Miscompilation for CRIS of gfortran.dg/char_result_5.f95 with -fno-gcse

--- Comment #2 from hp at gcc dot gnu dot org 2008-11-06 03:05 --- Sure, it's fill_eager_delay_slots that moved the insn, but it's only acting on a stray REG_DEAD note left over from cprop_hardreg. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38026

[Bug rtl-optimization/38026] Miscompilation for CRIS of gfortran.dg/char_result_5.f95 with -fno-gcse

--- Comment #1 from hp at gcc dot gnu dot org 2008-11-06 02:06 --- No, it looks like (sigh) a delayed-branch bug; a delay-slot is filled with a value from a forward branch clobbering the return value from a call. -- hp at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer

--- Comment #15 from linuxl4 at sohu dot com 2008-11-06 01:23 --- really ? my gcc is r141610 [~/tmp]$gcc -O2 -march=pentium4 -ftree-vectorize opsum.c ../../../../src/mpi/coll/opsum.c: In function 'MPIR_SUM': ../../../../src/mpi/coll/opsum.c:21: internal compiler error: in vectorizable

[Bug testsuite/38025] [4.4 Regression] gcc.target/spu/intrinsics-1.c test fails

--- Comment #3 from meissner at gcc dot gnu dot org 2008-11-05 23:47 --- Subject: Bug 38025 Author: meissner Date: Wed Nov 5 23:45:36 2008 New Revision: 141628 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141628 Log: Fix PR 38025 Modified: trunk/gcc/testsuite/ChangeLog

[Bug fortran/37992] ICE while resolving charlen for rejected statements

--- Comment #9 from dominiq at lps dot ens dot fr 2008-11-05 22:29 --- The patch in http://gcc.gnu.org/ml/fortran/2008-11/msg00032.html works as advertised without regression on i686-apple-darwin9 (note that it is not a review!-). Note also that there are other similar instances for whi

[Bug c++/38022] [4.4 regression, g++] Incorrect warning with -Wshadow

--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-05 22:01 --- I don't see any difference. int (*fn) (int foo); declares a function pointer, doesn't define a function, and how the argument is named also doesn't matter much. Only for: int foo; int baz (int foo) { foo++; } the s

[Bug c++/38022] [4.4 regression, g++] Incorrect warning with -Wshadow

--- Comment #2 from martin at mpa-garching dot mpg dot de 2008-11-05 21:37 --- > Why do you think this is a bug? > -Wshadow warns even for: > int foo; > int (*fn) (int foo); I'm probably missing something obvious here... The first line in your example defines an integer variable call

[Bug c++/38022] [4.4 regression, g++] Incorrect warning with -Wshadow

--- Comment #1 from jakub at gcc dot gnu dot org 2008-11-05 21:28 --- Why do you think this is a bug? -Wshadow warns even for: int foo; int (*fn) (int foo); and this is pretty much the same thing. Before PR37302 G++ has been buggy and didn't declare parameters where it was supposed to d

[Bug c++/38022] [4.4 regression, g++] Incorrect warning with -Wshadow

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug middle-end/37861] [4.3 Regression] Bogus array bounds warning

--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-05 20:50 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known t

[Bug middle-end/38028] [4.4 Regression] eh failures on spu-elf

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38028

[Bug testsuite/38025] [4.4 Regression] gcc.target/spu/intrinsics-1.c test fails

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38025

[Bug middle-end/37858] [4.3 Regression] ICE when "-fdump-ipa-all -dv" is used

--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-05 20:40 --- Subject: Bug 37858 Author: jakub Date: Wed Nov 5 20:38:46 2008 New Revision: 141619 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141619 Log: PR middle-end/37858 * passes.c (execute_one_pass)

[Bug c/37924] [4.2/4.3 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-05 20:46 --- Fixed on 4.3 branch as well. -- jakub at gcc dot gnu dot org changed: What|Removed |Added As

[Bug tree-optimization/37879] [4.3 Regression] ICE with "wrong" use of noreturn attribute and optimization

--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-05 20:46 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED

[Bug middle-end/37858] [4.3 Regression] ICE when "-fdump-ipa-all -dv" is used

--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-05 20:45 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/37870] [4.3 Regression] ICE in extract_bit_field_1

--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-05 20:45 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/37924] [4.2/4.3 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-05 20:44 --- Subject: Bug 37924 Author: jakub Date: Wed Nov 5 20:42:43 2008 New Revision: 141621 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141621 Log: PR c/37924 * combine.c (make_compound_operation):

[Bug tree-optimization/37879] [4.3 Regression] ICE with "wrong" use of noreturn attribute and optimization

--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-05 20:41 --- Subject: Bug 37879 Author: jakub Date: Wed Nov 5 20:39:50 2008 New Revision: 141620 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141620 Log: PR tree-optimization/37879 * predict.c (tree_esti

[Bug ada/37945] GNAT Sockaddr and Sockaddr_In does not match c-structures on RTEMS

--- Comment #3 from joel at gcc dot gnu dot org 2008-11-05 20:38 --- Please commit to 4.3 branch. Not needed on trunk since it uses a different implementation of these files. 2008-11-05 Joel Sherrill <[EMAIL PROTECTED]> * g-socthi-rtems.ad[sb]: New files. * Makefile.in: Add RTEMS

[Bug ada/37945] GNAT Sockaddr and Sockaddr_In does not match c-structures on RTEMS

--- Comment #2 from joel at gcc dot gnu dot org 2008-11-05 20:35 --- Created an attachment (id=16626) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16626&action=view) adds RTEMS specific g-socthi* Fixes issue. Not needed on head. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug middle-end/37870] [4.3 Regression] ICE in extract_bit_field_1

--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-05 20:35 --- Subject: Bug 37870 Author: jakub Date: Wed Nov 5 20:33:54 2008 New Revision: 141618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141618 Log: PR middle-end/37870 * expmed.c (extract_bit_field

[Bug testsuite/38025] [4.4 Regression] gcc.target/spu/intrinsics-1.c test fails

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-05 20:31 --- Yes this is only a testcase issue. The new note was introduced by PR 30949. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/38028] [4.4 Regression] eh failures on spu-elf

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38028

[Bug middle-end/38028] New: [4.4 Regression] eh failures on spu-elf

Between revision 141329 and 141589, we are getting some eh failures on spu-elf: +FAIL: g++.dg/compat/eh/ctor1 cp_compat_x_tst.o-cp_compat_y_tst.o execute +FAIL: g++.dg/compat/eh/ctor2 cp_compat_x_tst.o-cp_compat_y_tst.o execute +FAIL: g++.dg/compat/eh/new1 cp_compat_x_tst.o-cp_compat_y_tst.o exe

[Bug other/32263] Document the required versions of glibc and binutils

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-11-05 20:11 --- (In reply to comment #7) > A "known working version" list seems very simple to maintain. Again this is not really a GCC question. As mentioned before the requirements of GCC itself is almost nothing. It is question

[Bug fortran/38024] possibly syntax erros with Fortran 95

--- Comment #6 from kargl at gcc dot gnu dot org 2008-11-05 19:49 --- Yang has acknowledge that a syntax error was present in the code. -- kargl at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/35769] inappropriate FORALL error

--- Comment #2 from mikael at gcc dot gnu dot org 2008-11-05 19:43 --- This was fixed by Paul in his patch for PR37445. Assigning to him. -- mikael at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/38027] bitfields and -O2 or greater

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-05 19:36 --- Works with 4.3.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug fortran/38024] possibly syntax erros with Fortran 95

--- Comment #5 from successful dot jiang at gmail dot com 2008-11-05 19:34 --- hi there, thanks for your reply. i just solve it out as kargl said. DATA is a type of pointer that points to my defined TYPE data structure. thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38024

[Bug c++/38027] New: bitfields and -O2 or greater

The following program when compiled with gcc 4.1.2 works but with 4.3.0 it produces incorrect output at optimisation level O2 or greater. / * -- */ #include #include using namespace std; typedef unsigned int uint32_t; typedef unsigned short uint16_t; typedef unsigned char uint8_t; class

[Bug fortran/38024] possibly syntax erros with Fortran 95

--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-05 18:57 --- (In reply to comment #2) > Data is a fortran keyword. Fortran has no reserved keyword system like C, you can happily define variables with names such as PRINT, INTEGER, DO, etc. (Though I suggest not to name a variab

[Bug fortran/37992] ICE while resolving charlen for rejected statements

--- Comment #8 from mikael at gcc dot gnu dot org 2008-11-05 18:47 --- Patch here: http://gcc.gnu.org/ml/fortran/2008-11/msg00032.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37992

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

-- hp at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.5 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38016

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

--- Comment #6 from hp at gcc dot gnu dot org 2008-11-05 18:30 --- Fixed, see . -- hp at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/37971] [4.2/4.3/4.4 Regression] Rejects default argument that is a template via access failure

--- Comment #5 from mmitchel at gcc dot gnu dot org 2008-11-05 18:28 --- The problem is this: * We cannot do the full conversion at the point of parsing the default argument because that may require creation of temporary variables and such. So, in check_default_arg we call can_convert

[Bug target/38026] Miscompilation for CRIS of gfortran.dg/char_result_5.f95 with -fno-gcse

-- hp at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org |

[Bug target/38026] New: Miscompilation for CRIS of gfortran.dg/char_result_5.f95 with -fno-gcse

To repeat, run gfortran.dg/char_result_5.f95 from th 4.3-branch with -fno-gcse. In the gcc objdir: make check-fortran 'RUNTESTFLAGS=--target_board=cris-sim/-fno-gcse dg.exp=char_result_5.f90' Observe: Using /tmp/hpautotest-gcc43/gcc/gcc/testsuite/config/default.exp as tool-and-target-specific inte

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

--- Comment #5 from hp at gcc dot gnu dot org 2008-11-05 18:12 --- Subject: Bug 38016 Author: hp Date: Wed Nov 5 18:11:15 2008 New Revision: 141617 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141617 Log: PR target/38016 * gcc.c-torture/execute/ieee/pr38016.c,

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

--- Comment #4 from hp at gcc dot gnu dot org 2008-11-05 18:11 --- Subject: Bug 38016 Author: hp Date: Wed Nov 5 18:10:36 2008 New Revision: 141616 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141616 Log: PR target/38016 * config/cris/cris.c (cris_order_for_ad

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

--- Comment #3 from hp at gcc dot gnu dot org 2008-11-05 18:08 --- Subject: Bug 38016 Author: hp Date: Wed Nov 5 18:06:45 2008 New Revision: 141615 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141615 Log: PR target/38016 * gcc.c-torture/execute/ieee/pr38016.c,

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

--- Comment #2 from hp at gcc dot gnu dot org 2008-11-05 18:06 --- Subject: Bug 38016 Author: hp Date: Wed Nov 5 18:04:36 2008 New Revision: 141614 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141614 Log: PR target/38016 * config/cris/cris.c (cris_order_for_ad

[Bug target/38025] gcc.target/spu/intrinsics-1.c test fails

--- Comment #1 from uweigand at gcc dot gnu dot org 2008-11-05 18:04 --- The test case tests for expected failures. It seems there is now an additional message being output: /home/meissner/fsf-src/trunk/gcc/testsuite/gcc.target/spu/intrinsics-1.c:13: warning: passing argument 2 of ‘__

[Bug target/38025] New: gcc.target/spu/intrinsics-1.c test fails

The testsuite gcc.target/spu/intrinsics-1.c fails with a compilation error: /home/meissner/fsf-src/trunk/gcc/testsuite/gcc.target/spu/intrinsics-1.c: In function ‘f’: /home/meissner/fsf-src/trunk/gcc/testsuite/gcc.target/spu/intrinsics-1.c:12: error: parameter list does not match a valid signature

[Bug fortran/38024] possibly syndax erros with Fortran 95

--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-05 17:26 --- (In reply to comment #2) > (In reply to comment #1) > > what is the syntax from? is it wrong usage of continuation '&'?? > The error position is signaled by the <1> marker. > Data is a fortran keyword. > I suggest yo

[Bug c/10676] Using unnamed fields in initializers

--- Comment #8 from josh at freedesktop dot org 2008-11-05 17:21 --- How can I update the "last confirmed" date to today? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676

[Bug c/10676] Using unnamed fields in initializers

--- Comment #7 from josh at freedesktop dot org 2008-11-05 17:20 --- Still happens with GCC 4.3.2: $ gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --en

[Bug c/10676] Using unnamed fields in initializers

--- Comment #6 from josh at freedesktop dot org 2008-11-05 17:19 --- *** Bug 38019 has been marked as a duplicate of this bug. *** -- josh at freedesktop dot org changed: What|Removed |Added -

[Bug c/38019] Cannot use nested designated initializer with unnamed inner aggregate

--- Comment #3 from josh at freedesktop dot org 2008-11-05 17:19 --- Sigh. Yes, I get the same set of errors. I seem to have managed to copy and paste the wrong set of messages. This does indeed look like a duplicate of bug 10676. Marking as such. *** This bug has been marked as a d

[Bug fortran/38024] possibly syndax erros with Fortran 95

--- Comment #2 from mikael at gcc dot gnu dot org 2008-11-05 17:17 --- (In reply to comment #1) > what is the syntax from? is it wrong usage of continuation '&'?? The error position is signaled by the <1> marker. Data is a fortran keyword. I suggest you change your variable name. --

[Bug fortran/38024] New: possibly syndax erros with Fortran 95

Hi there, what is the syntax from? is it wrong usage of continuation '&'?? [EMAIL PROTECTED]:~/HSL$ gfortran HSL_AD02_FORWARD_DOUBLE.F95 HSL_AD02_FORWARD_DOUBLE.F95:5594.12: DATA%GRAPH(DATA%NUM_NODES) = NODE(ATAN2(VA,VB),(/D1/(VB*V),-VA/(VB**2 & 1 Error: Syntax error in DATA

[Bug fortran/37992] ICE while resolving charlen for rejected statements

--- Comment #7 from mikael at gcc dot gnu dot org 2008-11-05 17:02 --- (In reply to comment #6) > It should not be necessary to do anything to the cl_list. As long as nothing > points to a member, it can do nothing and gets cleaned up at the end of > compilation. The reason for this is

[Bug c/38023] isinfl(-inf) returns 1

--- Comment #2 from grxnprzn at gmx dot net 2008-11-05 17:02 --- (In reply to comment #1) > NOTE >Note that these functions are obsolete. C99 defines macros isfinite(), >isinf() and isnan() (for all types) replacing them. Further note that >the C99 isinf() has

[Bug fortran/38024] possibly syndax erros with Fortran 95

--- Comment #1 from successful dot jiang at gmail dot com 2008-11-05 16:58 --- Hi there, what is the syntax from? is it wrong usage of continuation '&'?? [EMAIL PROTECTED]:~/HSL$ gfortran HSL_AD02_FORWARD_DOUBLE.F95 HSL_AD02_FORWARD_DOUBLE.F95:5594.12: DATA%GRAPH(DATA%NUM_NOD

[Bug c/38023] isinfl(-inf) returns 1

--- Comment #1 from ubizjak at gmail dot com 2008-11-05 16:20 --- NOTE Note that these functions are obsolete. C99 defines macros isfinite(), isinf() and isnan() (for all types) replacing them. Further note that the C99 isinf() has weaker guarantees on the return

[Bug target/31175] isinf incorrectly expanded

--- Comment #5 from ubizjak at gmail dot com 2008-11-05 16:20 --- *** Bug 38023 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug fortran/37644] compiler Segmentation fault

--- Comment #6 from rlnaff at usgs dot gov 2008-11-05 16:14 --- Subject: Re: compiler Segmentation fault I installed version 4.3.2 for this test; it was what was available at the time: (bash) stoch.pts/10% ls -l /z/stoch/home/rlnaff/usr/local/bin/gfortran4.3.2 -rwxr-xr-x 2 rlnaff us

[Bug fortran/37644] compiler Segmentation fault

--- Comment #5 from rlnaff at usgs dot gov 2008-11-05 16:08 --- Subject: Re: compiler Segmentation fault Compiled with gfortran 4.3.2 (bash) stoch.pts/10% export LAMHF77=/z/stoch/home/rlnaff/usr/local/bin/gfortran4.3.2 (bash) stoch.pts/10% mpif77 -c -fopenmp reorder_parent.f90 reord

[Bug middle-end/37861] [4.3/4.4 Regression] Bogus array bounds warning

--- Comment #6 from jamborm at gcc dot gnu dot org 2008-11-05 16:08 --- Subject: Bug 37861 Author: jamborm Date: Wed Nov 5 16:06:38 2008 New Revision: 141613 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141613 Log: 2008-11-05 Martin Jambor <[EMAIL PROTECTED]> PR mi

[Bug c/38023] New: isinfl(-inf) returns 1

isinfl(-inf) should return -1. This worked with GCC 4.0. With GCC 4.3, the return value is 1. The follwing code can be used to reproduce the error: #include #include int main() { long double value1 = -1/0.0; //HUGE_VALL; int rc = isinfl(value1); printf("value1: %Lf isinfl(value1)=%d\n

[Bug fortran/35219] zdotu (copy of BLAS version) works in x86, x86_64, segfaults in arm.

--- Comment #3 from jason at gcc dot gnu dot org 2008-11-05 15:49 --- Subject: Bug 35219 Author: jason Date: Wed Nov 5 15:48:01 2008 New Revision: 141612 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141612 Log: PR c++/35219 * cp-tree.h: Fix DECL_NONSTATIC_MEMB

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #38 from dje at gcc dot gnu dot org 2008-11-05 15:45 --- I think the AIX testsuite problem is a problem with the testsuite harness. If I compile a trivial Java program with gcj, it works. If I manually compile programs from libjava.lang testsuite, they work. If I manually

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #37 from ro at techfak dot uni-bielefeld dot de 2008-11-05 15:07 --- Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected aph at redhat dot com writes: > Feel free to CC me with any of these. Thanks. A considerable number of them

[Bug target/35574] [4.4 Regression] unrecognizable insn generated for vector move

--- Comment #6 from kazu at gcc dot gnu dot org 2008-11-05 14:48 --- Posted another revised patch. See the patch URL above. -- kazu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/37843] [4.4 Regression] unaligned stack in main due to tail call optimization

--- Comment #5 from hjl dot tools at gmail dot com 2008-11-05 14:32 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00130.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug c++/38022] New: [4.4 regression] Incorrect warning with -Wshadow

Consider the following one-liner: int func(int foo, int (*fn)(int foo)); Current g++ complains about shadowing, which seems incorrect to me: ~/tmp>g++ -c -W -Wall -Wshadow bug.cc bug.cc:1: warning: declaration of 'int foo' shadows a parameter bug.cc:1: warning: shadowed declaration is here Curio

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #36 from aph at redhat dot com 2008-11-05 14:02 --- Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected ro at techfak dot uni-bielefeld dot de wrote: > After rebuilding jc1 and rerunning the libjava testsuite on > alpha-dec-osf5.1b

[Bug fortran/37992] [4.4 Regression] ICE segfault for "character(len=len(x)) :: foo,x"

-- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org

[Bug c/38019] Cannot use nested designated initializer with unnamed inner aggregate

--- Comment #2 from joseph at codesourcery dot com 2008-11-05 13:47 --- Subject: Re: Cannot use nested designated initializer with unnamed inner aggregate On Wed, 5 Nov 2008, rguenth at gcc dot gnu dot org wrote: > I get > > t.c: In function 'vec_add': > t.c:10: error: unknown field

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #35 from ro at techfak dot uni-bielefeld dot de 2008-11-05 13:40 --- Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected jakub at gcc dot gnu dot org writes: > This bug seems to be fixed then, if there are unrelated AIX or HPUX lib

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

--- Comment #11 from dominiq at lps dot ens dot fr 2008-11-05 13:29 --- Could somebody check if the following changes are OK? diff -u ../_gcc_clean/gcc/testsuite/gcc.dg/visibility-14.c gcc/testsuite/gcc.dg/visibility-14.c --- ../_gcc_clean/gcc/testsuite/gcc.dg/visibility-14.c 2008-08-1

[Bug middle-end/37908] atomic NAND op generate wrong code; __sync_nand_and_fetch, __sync_fetch_and_nand

--- Comment #10 from ubizjak at gmail dot com 2008-11-05 13:22 --- Next revision of the patch (v3) at [1] generates a message when nand builtin is encountered. [1] http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00157.html -- ubizjak at gmail dot com changed: What|Remo

[Bug libstdc++/38017] [4.4 Regression] 30_threads/thread/cons/X.cc

--- Comment #5 from paolo dot carlini at oracle dot com 2008-11-05 13:20 --- Jon just forgot to svan delete. -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug libstdc++/38017] [4.4 Regression] 30_threads/thread/cons/X.cc

--- Comment #4 from hjl dot tools at gmail dot com 2008-11-05 13:11 --- On Linux/x86, revision 141603 gave +FAIL: 20_util/function_objects/return_types/result_of.cc (test for excess errors) +FAIL: 20_util/function_objects/return_types/result_of_neg.cc (test for excess errors) +FAIL: 20_

[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer

--- Comment #14 from rguenth at gcc dot gnu dot org 2008-11-05 12:18 --- Subject: Bug 37742 Author: rguenth Date: Wed Nov 5 12:17:10 2008 New Revision: 141606 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141606 Log: 2008-11-05 Richard Guenther <[EMAIL PROTECTED]>

[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-11-05 12:17 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug testsuite/36711] FAIL: gcc.dg/compat/struct-by-value-17a c_compat_* compile

--- Comment #1 from dominiq at lps dot ens dot fr 2008-11-05 12:01 --- This PR seems to have been fixed with a revision before r137480. So I close it as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added --

[Bug fortran/35983] C_LOC in derived type constructor gives weird result

--- Comment #2 from mikael dot morin at tele2 dot fr 2008-11-05 11:43 --- There is a reset of the expression to NULL_EXPR in case we encounter c_null_ptr or c_null_funptr. However, the if conditions for this relies on the is_iso_c attribute, which is the case of c_loc. This patch chan

[Bug c++/38021] New: C++ hang for new keywords

I just tried to compile the following one liner C++ program with gcc version 4.4.0 snapshot 20081031. auto enum : { do I've no idea what this lump of C++ is supposed to mean, but it hangs the snapshot at compile time for over ten minutes on an otherwise idle machine. The snapshot does print the

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #34 from jakub at gcc dot gnu dot org 2008-11-05 10:14 --- This bug seems to be fixed then, if there are unrelated AIX or HPUX libjava testsuite failures, please file separate bugs for them. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #33 from aph at gcc dot gnu dot org 2008-11-05 10:06 --- Subject: Bug 37068 Author: aph Date: Wed Nov 5 10:05:03 2008 New Revision: 141604 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141604 Log: 2008-11-04 Andrew Haley <[EMAIL PROTECTED]> PR java/37068

[Bug middle-end/37286] [4.4 regression] gfortran, trunk: ICE subst_stack_regs_pat, at reg-stack.c:1537

--- Comment #13 from jakub at gcc dot gnu dot org 2008-11-05 10:04 --- Fixed, thanks. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug target/37362] [4.4 Regression] Bootstrap broken on mipsisa64r2-linux-gcc

--- Comment #3 from ubizjak at gmail dot com 2008-11-05 10:04 --- I guess this issue can be fixed by following (untested) trivial patch: --cut here-- Index: mips.md === --- mips.md (revision 141602) +++ mips.md (wor

[Bug middle-end/37286] [4.4 regression] gfortran, trunk: ICE subst_stack_regs_pat, at reg-stack.c:1537

--- Comment #12 from uros at gcc dot gnu dot org 2008-11-05 09:59 --- Subject: Bug 37286 Author: uros Date: Wed Nov 5 09:57:49 2008 New Revision: 141603 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141603 Log: PR middle-end/37286 * reg-stack.c (subst_stack_reg

[Bug middle-end/37861] [4.3/4.4 Regression] Bogus array bounds warning

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.2 Known to work||4.2.4

[Bug target/38016] [4.2/4.3/4.4 Regression] -fno-ivopts exposes CRIS port bug, more with -fno-gcse

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.2.5 http://gcc

[Bug target/38015] Converting between int and vector using intrinsics goes through memory

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-05 09:38 --- I think this was done on purpose. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/38017] [4.4 Regression] 30_threads/thread/cons/X.cc

--- Comment #3 from redi at gcc dot gnu dot org 2008-11-05 09:38 --- Fixed, sorry for the breakage -- redi at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/38014] [4.4 Regression] in-tree gmp and mpfr libraries no longer work

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.4 regression] in-tree gmp|[4.4 Regression] i

[Bug libstdc++/38017] [4.4 Regression] 30_threads/thread/cons/X.cc

--- Comment #2 from redi at gcc dot gnu dot org 2008-11-05 09:37 --- Subject: Bug 38017 Author: redi Date: Wed Nov 5 09:36:35 2008 New Revision: 141602 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141602 Log: PR libstdc++/38017 Revert: * include/tr1_im

[Bug c/38019] Cannot use nested designated initializer with unnamed inner aggregate

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-05 09:36 --- I get t.c: In function 'vec_add': t.c:10: error: unknown field 'x' specified in initializer t.c:11: error: unknown field 'y' specified in initializer t.c:11: warning: excess elements in union initializer t.c:11: war

[Bug c++/38020] New: Undiagnosed const violation in pointer conversion in CRTP context.

Consider: template struct Base { Derived * f() { return static_cast(this); } }; struct D: Base {}; int main() { D d; d.f(); } This code is ill-formed, because f is declared to return a Derived*, but the return statement specifies an expression of type Derived const*. However, g++ acce

[Bug c/38019] New: Cannot use nested designated initializer with unnamed inner aggregate

I have an aggregate with this definition: typedef union vec3 { struct { double x, y, z; }; double component[3]; } vec3; Given this definition, I tried to write the following: static inline vec3 vec_add(vec3 a, vec3 b) { return (vec3) {

  1   2   >