[Bug fortran/34004] Accepts invalid: Ambigiuous interface with subroutine.

--- Comment #5 from burnus at gcc dot gnu dot org 2008-04-20 07:31 --- Note: Fortran 2008 is better in this regard: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ff402a68a17d2be9 Here is the relevant text from the current draft, 08-007r2. Reference is sec. 12.4.

[Bug driver/35916] problem running GCC under Vista with relocated directory

--- Comment #6 from brian at dessent dot net 2008-04-20 08:28 --- Subject: Re: problem running GCC under Vista with relocated directory As pointed out in , config/mh-mingw contains BOOT_CFLAGS += -D__USE_MINGW_ACCESS. Does this se

[Bug driver/35916] problem running GCC under Vista with relocated directory

--- Comment #7 from brian at dessent dot net 2008-04-20 08:44 --- Subject: Re: problem running GCC under Vista with relocated directory er, I mean s/target library/host library/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916

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

$ cat a.f90 program main use ISO_C_BINDING implicit none type, bind(C) :: descr type(C_PTR) :: address end type descr type(descr) :: DD double precision, target :: buf(1) buf = (/ 0 /) DD = descr(c_loc(buf)) print *, transfer(DD%address, 0_c_intptr_t), & tran

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

--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-20 11:40 --- Confirm. While for type(c_ptr) :: cptr cptr = c_loc(buf) the dump is: void * D.910; D.910 = (void *) &buf; dd.address = D.910; Your structure constructor, DD = descr(c_loc(buf)), gives:

[Bug ada/35984] New: Illegal program not detected, RM 4.6(24/2)

package pak1 is type T1 is interface; type T2 is tagged null record; x1: access T1'Class; x2: T2 := T2(T2'class(x1.all)); --OK x3: T2 := T2(x1.all);--ERROR: not a valid type conversion end pak1; The declaration of x2 is a legal type conversion, because x1.all and T2'cla

[Bug c++/35985] New: [4.1/4.2/4.3/4.4 regression] ICE with pointer to member function as base

The following invalid testcase triggers an ICE since GCC 4.0.0: template struct A : T {}; struct B; A a; bug.cc: In instantiation of 'A': bug.cc:5: instantiated from here bug.cc:1: internal compiler error: Segme

[Bug c++/35985] [4.1/4.2/4.3/4.4 regression] ICE with pointer to member function as base

--- Comment #1 from reichelt at gcc dot gnu dot org 2008-04-20 14:26 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug c++/35985] [4.1/4.2/4.3/4.4 regression] ICE with pointer to member function as base

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35985

[Bug c++/35986] New: [4.1/4.2/4.3/4.4 regression] ICE with ambiguous template functions

The following invalid code snippet triggers an ICE since GCC 4.0.1: namespace { template void foo(...); } template void foo(...); void bar() { foo<0>(0); } bug.cc: In function 'void bar()': bug.cc:10: internal compiler error:

[Bug c++/35986] [4.1/4.2/4.3/4.4 regression] ICE with ambiguous template functions

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35986

[Bug c++/35987] New: [4.1/4.2/4.3/4.4 regression] ICE with invalid if-condition

The following invalid code snippet triggers an ICE since GCC 3.0: void foo(char* p) { if (++p = true); } bug.cc: In function 'void foo(char*)': bug.cc:3: error: cannot convert 'bool' to 'char*' in assignment bug.cc:3: internal co

[Bug c++/35987] [4.1/4.2/4.3/4.4 regression] ICE with invalid if-condition

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35987

[Bug fortran/35988] New: run-time abort for MATMUL of run-time zero sized array

Two of the following three subroutines abort at run time. They have run time zero sized arrays that have "different" zero sizes as arguments to matmul. If the zeroness is visible at compile time or if the zeroness has the same "size", the similar subroutines do not abort Dick Hendrickson

[Bug c++/35989] New: code rejected in template specialization (4.2 did accept)

[forwarded from http://bugs.debian.org/470850] code is rejected by 4.3.1 20080420, accepted by 4.2.3 The following code has three specializations of a template. The third one compiles with g++-4.2 but gives an error with g++-4.3 : [EMAIL PROTECTED]:/tmp/toto$ g++-4.3 -Wall -c test.cpp

[Bug c++/35989] code rejected in template specialization (4.2 did accept)

--- Comment #1 from debian-gcc at lists dot debian dot org 2008-04-20 16:36 --- Created an attachment (id=15500) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15500&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35989

[Bug target/35982] [4.3 regression] ICE while building mplayer on ppc with -O3 -ffast-math -mcpu=970

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.3

[Bug libstdc++/35968] nth_element fails to meet its complexity requirements

--- Comment #1 from pcarlini at suse dot de 2008-04-20 17:30 --- Roger, can you have a look? Thanks in advance. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug c++/35989] code rejected in template specialization (4.2 did accept)

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-20 17:31 --- EDG agrees with gcc: /tmp/test.cpp(29): warning #885: template parameter "T" is not used in or cannot be deduced from the template argument list of class template "remote_trait::iterator>" template

[Bug fortran/35988] run-time abort for MATMUL of run-time zero sized array

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywo

[Bug pch/14933] missing pre-compiled header depends with -MD

--- Comment #10 from tromey at gcc dot gnu dot org 2008-04-20 18:59 --- FYI -- when I tried this on the compile farm tester, it caused a couple regressions. I'll redo it at some point and post the results here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933

[Bug fortran/35990] New: run-time abort for MATMUL of run-time zero sized array

Two of the following 4 subroutines abort at run time. They have a zero sized array argument to PACK. If the left and right hand zero sizes are "the same", it works. Also works if the zero size is a compile time thing. Dick Hendrickson program try_gf1048 ! fails on Windows XP ! gcc versi

[Bug fortran/35990] run-time abort for PACK of run-time zero sized array

--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-20 19:39 --- Confirm. Valgrind shows: gf1048c started ==9694== ==9694== Invalid write of size 1 ==9694==at 0x4C26264: memcpy (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==9694==by 0x4EEA167: pack_s_interna

[Bug fortran/35991] New: run-time abort for CSHIFT of zero sized array

The following program aborts at run-time. On windows XP it opens an error box saying a.exe has encountered a problem and offers to send a problem report to MS. Dick Hendrickson program try_gf0045 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]

[Bug c++/35813] ICE with partial specialization of variadic templates

--- Comment #1 from reichelt at gcc dot gnu dot org 2008-04-20 19:42 --- Slightly simpler testcase: template struct A {}; template struct B; template struct B > {}; template struct B > {}; B > b; =

[Bug c/35992] New: Linux kernel code fails to compile with -Os

I just tried to compile the new Linux kernel 2.6.25 with the new GNU C compiler version 4.4 snapshot 20080418 The GNU C compiler said drivers/char/cyclades.c: In function 'cyz_load_fw': drivers/char/cyclades.c:5421: error: invalid use of void expression drivers/char/cyclades.c:5421: error: invali

[Bug c++/35813] [4.3 regression] ICE with partial specialization of variadic templates

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Keywords||error-recovery

[Bug c/35992] Linux kernel code fails to compile with -Os

--- Comment #1 from dcb314 at hotmail dot com 2008-04-20 19:46 --- Created an attachment (id=15501) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15501&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35992

[Bug middle-end/35992] [4.4 Regression] Linux kernel code fails to compile with -Os

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

[Bug fortran/35991] run-time abort for CSHIFT of zero sized array

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-04-20 19:47 --- Confirmed, I get a Floating Point Exception -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35992] [4.4 Regression] Linux kernel code fails to compile with -Os

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-20 19:50 --- Caused by: size = size_in_bytes (TREE_TYPE (TREE_TYPE (base))); if (size == NULL_TREE || TREE_CODE (size) != INTEGER_CST) return true; in pointer_may_wrap_p. a simple s/size_in_bytes/TYPE_SIZE_UNIT/ should

[Bug fortran/35960] run time abort with assignment of RESHAPEd zero sized array

--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-04-20 19:56 --- Subject: Bug 35960 Author: tkoenig Date: Sun Apr 20 19:56:07 2008 New Revision: 134490 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134490 Log: 2008-04-20 Thomas Koenig <[EMAIL PROTECTED]> PR li

[Bug fortran/35960] run time abort with assignment of RESHAPEd zero sized array

--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-04-20 20:07 --- Fixed on trunk (no need to backport this to 4.3). Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35993] New: wrong answer for PRODUCT with scalar mask

The PRODUCT intrinsic gives the wrong answer when the mask argument is a scalar expression which evaluates to FALSE. It's OK with an array expression that evaluates to all FALSE. Dick Hendrickson program try ga3019 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk

[Bug fortran/35991] run-time abort for CSHIFT of zero sized array

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-04-20 20:16 --- This obvious patch fixes it. Index: cshift0.c === --- cshift0.c (revision 134473) +++ cshift0.c (working copy) @@ -202,7 +202,7 @@ cshift0 (gfc_

[Bug fortran/35994] New: MAXLOC and MINLOC off by one with mask

The MAXLOC and MINLOC functions give an off by one wrong answer when there is a mask argument. Dick Hendrickson program GA4076 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139] REAL DDA(100) dda = (/(J1,J1=1,100)/) IDS = MAXLOC(DD

[Bug middle-end/35992] [4.4 Regression] Linux kernel code fails to compile with -Os

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-20 20:34 --- Isn't pointer_may_wrap_p just get_ref_base_and_extent () and checking for max_size != -1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35992

[Bug target/35460] [4.4 Regression] undefined reference to `__builtin_stdarg_start' when compiling 2/29 snapshot on OpenBSD

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

[Bug tree-optimization/35629] [4.4 Regression] gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times profile fails

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629

[Bug tree-optimization/35642] [4.4 Regression] heisenbug in tree vectorizer

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-20 20:39 --- What is this bug? A missed-optimization? wrong-code? ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35642

[Bug ada/35687] [4.4 Regression] gnatmake: "/test/gnu/gcc/gcc-svn/gcc/ada/gnatchop.adb" compilation error

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-20 20:40 --- Any updates? Is the classification as Ada bug correct? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35687

[Bug middle-end/35736] [4.4 regression] ICE with continue and -Wall

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-20 20:41 --- Honza? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug libmudflap/35755] [4.4 Regression]: libmudflap.cth/pass39-frag.c

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-20 20:42 --- Whatever. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONF

[Bug target/35760] [4.4 Regression] ICE with complex types and -static on PPC darwin

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35760

[Bug target/35839] [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-20 20:43 --- I supposed this is fixed? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug testsuite/35843] [4.4 Regression]: -fdump-rtl-expand does not exist anymore

--- Comment #8 from rguenth at gcc dot gnu dot org 2008-04-20 20:44 --- Honza? Can we please have -fdump-rtl-expand back? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/35853] [4.4 Regression] -d is still referenced in some cases (documentation)

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-20 20:44 --- Honza? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug debug/35896] [4.4 Regression] gfortran TLS symbols broken with debug info

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P1 http:

[Bug c++/35909] [4.3/4.4 Regression] ICE with bit-field and const references

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-20 20:48 --- This also fails on the 4.3 branch now which makes it a regression against 4.3.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35972] [4.4 Regression] load-PRE missed opportunities without SFTs

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35972

[Bug middle-end/35992] [4.4 Regression] Linux kernel code fails to compile with -Os

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35992

[Bug fortran/35994] MAXLOC and MINLOC off by one with mask

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-20 20:50 --- Confirmed. Ouch. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added C

[Bug fortran/35995] New: ANY, ALL, and COUNT errors for zero sized sections

The ANY, ALL, and COUNT intrinsics do not return the correct answer when the MASK array is a zero sized section of an array. The whole array reduction versions give the correct answer for the zero sized whole array argument. It appears as if nothing is being stored on the left hand side. Dick He

[Bug libstdc++/35915] [4.4 Regression] atomic.cc:31:20: error: stdint.h: No such file

--- Comment #11 from andreast at gcc dot gnu dot org 2008-04-20 21:00 --- Compilation issues fixed. Both, on sparc and hpux. Confirmed myself. We need to investigate the results of the atomic tests under HPUX. But if not satisfying, we will open a new PR. -- andreast at gcc dot gnu

[Bug fortran/35993] wrong answer for PRODUCT with scalar mask

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-20 21:02 --- Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug fortran/35991] run-time abort for CSHIFT of zero sized array

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-04-20 21:07 --- Subject: Bug 35991 Author: jvdelisle Date: Sun Apr 20 21:06:16 2008 New Revision: 134491 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134491 Log: 2008-04-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/35995] ANY, ALL, and COUNT errors for zero sized sections

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-20 21:08 --- Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug fortran/35882] Miscounted continuation lines when interspersed with data

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-04-20 21:12 --- Subject: Bug 35882 Author: jvdelisle Date: Sun Apr 20 21:11:22 2008 New Revision: 134493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134493 Log: 2008-04-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug target/35839] [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode

--- Comment #11 from dominiq at lps dot ens dot fr 2008-04-20 21:13 --- > I supposed this is fixed? I think so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839

[Bug libstdc++/35954] [4.3/4.4 Regression] cannot build from read-only source tree

--- Comment #2 from rwild at gcc dot gnu dot org 2008-04-20 21:15 --- Subject: Bug 35954 Author: rwild Date: Sun Apr 20 21:14:32 2008 New Revision: 134494 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134494 Log: libstdc++-v3/ PR libstdc++/35954 * include/Makefi

[Bug fortran/35991] run-time abort for CSHIFT of zero sized array

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-20 21:18 --- Subject: Bug 35991 Author: jvdelisle Date: Sun Apr 20 21:17:42 2008 New Revision: 134495 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134495 Log: 2008-04-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/35991] run-time abort for CSHIFT of zero sized array

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-20 21:19 --- Fixed on trunk. I will follow up with a check of eoshift. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35971] ICE on valid code

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-20 21:19 --- Confirmed. Reduced testcase: module other_fun use ISO_C_BINDING implicit none private ! Message to be returned by procedure pointed to ! by the C_FUNPTR character, allocatable, save :: my_message(:) ! I

[Bug tree-optimization/35642] [4.4 Regression] heisenbug in tree vectorizer

--- Comment #11 from zadeck at naturalbridge dot com 2008-04-20 21:21 --- Subject: Re: [4.4 Regression] heisenbug in tree vectorizer rguenth at gcc dot gnu dot org wrote: > --- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-20 20:39 > --- > What is this bug? A mis

[Bug middle-end/35687] [4.4 Regression] gnatmake: "/test/gnu/gcc/gcc-svn/gcc/ada/gnatchop.adb" compilation error

--- Comment #5 from danglin at gcc dot gnu dot org 2008-04-20 21:47 --- This bug was fixed by the following change: http://gcc.gnu.org/viewcvs?view=rev&revision=134411 -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/35642] [4.4 Regression] heisenbug in tree vectorizer

--- Comment #12 from rguenth at gcc dot gnu dot org 2008-04-20 21:54 --- P1 until this is properly analyzed then. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/33705] restrict doesn't improve char * aliasing

--- Comment #4 from astrange at ithinksw dot com 2008-04-20 23:48 --- Created an attachment (id=15502) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15502&action=view) source with __restrict (no change) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705

[Bug pch/14933] missing pre-compiled header depends with -MD

--- Comment #11 from pedz at easesoftware dot com 2008-04-20 23:56 --- Subject: Re: missing pre-compiled header depends with -MD This message has been marked as "junk" or "spam". There is a very good chance that I will not read it. So, please send this message again but add the w

[Bug libstdc++/35969] GLIBCXX_DEBUG: list::merge triggers bad assert

--- Comment #6 from pcarlini at suse dot de 2008-04-21 00:46 --- According to the resolution of DR 250, http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#250 indeed splicing doesn't really invalidate iterators. Therefore, the debug-mode merge should be consistent with that

[Bug target/35802] MIPS64: Unable to find a register to spill in class ‘V1_REG’

--- Comment #4 from kumba at gentoo dot org 2008-04-21 02:13 --- Just ran into this myself, with the following error on glibc-2.7, building with gcc-4.3.0, but on a different file: plural-exp.c: In function '__gettext_extract_plural': plural-exp.c:157: error: unable to find a register t

[Bug libstdc++/35968] nth_element fails to meet its complexity requirements

--- Comment #2 from roger at eyesopen dot com 2008-04-21 03:22 --- Yep, now that we're back in stage1, it's about time I got around to submitting the O(n) worst case nth_element implementation that I mentioned last year. For Steven's benefit, the implementation I've already coded up use