[Bug c/39585] New: GCC Generates Incorrect Stack Instructins for Interrupts When using -Os

This bug is seen on arm-*-eabi when generating thumb2 instructions with interrupt functions that store variables on the stack. I've reduced the problem to the following simple test case: void function(int * x); void interrupt_handler() __attribute__((__interrupt__)); void interrupt_handler() {

[Bug bootstrap/39470] [melt] - lrand48_r() and srand48_r() are GNU extensions and are not portable

--- Comment #8 from rob1weld at aol dot com 2009-03-30 03:37 --- (In reply to comment #7) > fopencookie is removed in rev145010 of MELT branch. > I'm using a temporary kludge , calling an unstable function inside PPL. > So You'll need a recent PPL snapshot (obtained thru GIT). > > http:

[Bug target/39584] New: Default configure options for i686 OpenBSD produce gcc that FAILs too many Tests

When configuring gcc for OpenBSD 4.5 with 'normal' (default? / simple) configure options the resulting compiler FAILs so many Tests that it is likely that the email to "gcc-testresu...@gcc.gnu.org" would bounce. Many of the Testsuite Tests require the Header File "stdbool.h" or the Test will FAI

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Comment #127 from jsm28 at gcc dot gnu dot org 2009-03-30 01:57 --- Fixed for C (and ObjC) for 4.5 with the new -fexcess-precision=standard support. The issue remains for other languages (and maybe for some m68k processors); I quote from my original message

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Comment #126 from jsm28 at gcc dot gnu dot org 2009-03-30 01:51 --- Subject: Bug 323 Author: jsm28 Date: Mon Mar 30 01:50:44 2009 New Revision: 145272 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145272 Log: PR rtl-optimization/323 * c-common.c (c_fully_fol

[Bug preprocessor/39512] linemap_init in lex.c does not initialize reallocator

--- Comment #1 from tromey at gcc dot gnu dot org 2009-03-30 01:43 --- Thanks. I'll fix this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Assig

[Bug c/37985] unsigned char shift lacks "statement with no effect" warning

--- Comment #2 from tromey at gcc dot gnu dot org 2009-03-30 01:38 --- convert_to_integer sets TREE_NO_WARNING on the shift, causing cc1 to later bypass the warning. #0 convert_to_integer (type=0xb7cf62d8, expr=0xb7cee630) at ../../trunk/gcc/convert.c:542 #1 0x080a7069 in convert

[Bug c/30569] FLT_ROUNDS is wrong

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c/35235] [4.2/4.3/4.4/4.5 Regression] struct/union rvalue qualifiers must not propagate to members

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-30 01:29 --- Fixed for 4.5. Fix depends on changes not suitable for backporting. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35235] [4.2/4.3/4.4/4.5 Regression] struct/union rvalue qualifiers must not propagate to members

--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-03-30 01:25 --- Subject: Bug 35235 Author: jsm28 Date: Mon Mar 30 01:25:37 2009 New Revision: 145271 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145271 Log: PR c/35235 * c-typeck.c (build_component_ref): Do

[Bug c/26581] incomplete (unsized) static array types cannot be completed

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c/24863] New __attribute__((alias("target"))) requirement break aliasing assembler functions

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-30 01:19 --- I think it's correct for the compiler to reject this and require that you make the function definition visible to the compiler. You can do that using a naked function; if naked functions aren't supported for your targ

[Bug c/37973] -MM fails with when used with -combine

--- Comment #1 from tromey at gcc dot gnu dot org 2009-03-30 01:15 --- This is not really a bug. I don't think -MM is intended to work with -combine. This restriction should be documented, though. -- tromey at gcc dot gnu dot org changed: What|Removed

[Bug c/39582] bad errors for some uses of [*] arrays

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c/39581] VLA types at file scope wrongly rejected

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c/39564] variably modified function return types not always diagnosed

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c/39556] statics in C99 inline functions later declared extern

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-03-30 01:08 --- See Re: DEALLOCATED array's do not have size zero on comp.lang.fortran for additional discussion. http://coding.derkeiler.com/Archive/Fortran/comp.lang.fortran/2009-03/msg00073.html -- http://gcc.gnu.org/

[Bug c/35908] Dubious charset conversions

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-03-30 01:03 --- As discussed, L"a\xff" is the correct interpretation, and the strings changes in C++0x and C1x make that clear. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-03-30 01:01 --- *** Bug 36761 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520

[Bug fortran/36761] Unallocated array "referenced" silently

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-03-30 01:01 --- The first right statement in the original test case is valid fortran and gives the correct result. The second write statement is invalid Fortran. An unallocated allocatable array has no size. It is up to the pro

[Bug c/35798] Segmentation Fault launched when compiling with optimization level>0 -O1, -O2, ...

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-30 00:59 --- No response from user. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug fortran/38822] Compile-time simplification of x**(real)

--- Comment #10 from kargl at gcc dot gnu dot org 2009-03-30 00:54 --- Adjust subject because the ICE is gone. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-03-30 00:51 --- The original code case is invalid. An array that has been declared allocatable has no size and it is invalid to use it anywhere except in an allocate or allocated statement. -- jvdelisle at gcc dot gnu dot o

[Bug c/38604] unsigned long si_status - compilation fails

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-30 00:47 --- No response from user, probably macro in system header. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added -

[Bug preprocessor/39559] constants too large for intmax_t need pedwarns

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug preprocessor/38179] need a warning: macro parameter is not a whole expression within macro body

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

[Bug preprocessor/37549] gcc -E -dD prints predefined macros, contrary to docs

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-03-30 00:39 --- It seems -dD used not to print predefined macros (whether defined by the compiler or the user) but this changed in 3.0. Since the documentation did not change, I will guess the change was not deliberate. -- jsm28

[Bug preprocessor/36524] regression: crash when compiling IdentifierTable.cpp

--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-03-30 00:22 --- Does the code in question stringize any of the C++ operators and_eq, bitand, bitor, compl, not_eq, or_eq, xor_eq, or use them in any other way? If so, this is likely to be the bug I fixed with

[Bug preprocessor/36357] Feature request: -Wrecursive-inclusion

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

[Bug other/36328] system headers not found if exec_prefix != prefix

--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-03-30 00:10 --- I believe the patch is correct, but cannot approve it myself. This would appear to be a build system bug rather than a preprocessor one. -- jsm28 at gcc dot gnu dot org changed: What|Removed

[Bug other/34979] Atomic line output requested in gcc

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-30 00:02 --- cpplib does now use GCC's diagnostic.c, so if there is a bug here any more it is not a preprocessor one. It looks like diagnostic.c (in turn using pretty-print.c) will write the diagnostic in one fputs call, then the

[Bug preprocessor/33063] C++ preprocessor warns about /* in //-comments starting with //*

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-03-29 23:52 --- I think it's quite reasonable for the preprocessor to interpret this as a possible attempt to nest /* */ comments, and warn about it. -Wall imposes some requirements on coding style, and I think avoiding "/*" inside a

[Bug fortran/36761] Unallocated array "referenced" silently

--- Comment #3 from terry at chem dot gu dot se 2009-03-29 23:50 --- Not a dupe of PR20520. That one is for questionable code producing (or not) some unexpected (to some) output, and crashing when run. This is illegal code that compiles AND RUNS quietly. Here unallocated is giving the

[Bug preprocessor/31932] cpp -f*-charset and gcj --encoding accept no values except UTF-8

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug preprocessor/29831] changed include order when symlinking prefix or moving binaries

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug preprocessor/27750] bogus 'backslash-newline at end of file' warning

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug preprocessor/31869] stringifying empty macros

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16620, 16989 nThis||

[Bug preprocessor/31763] cc1plus fails to find some headers when include paths are duplicated

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-29 23:12 --- This is user error setting environment variables in a way that interferes with the ordering of the compiler's internal directories. However, I'm not sure if it's deliberate that the environment variables do not act li

[Bug preprocessor/38105] -Wundef -Werror -Wno-error=undef result in error, not warning

--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-03-29 23:04 --- cpplib now uses diagnostic.c, but this does not magically fix this problem. See what I said in about how to fix this: One potential use for making cpplib us

[Bug preprocessor/34695] Preprocessor warning->error conversion from -Werror is silent

--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-29 22:58 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug preprocessor/34695] Preprocessor warning->error conversion from -Werror is silent

--- Comment #10 from jsm28 at gcc dot gnu dot org 2009-03-29 22:56 --- Subject: Bug 34695 Author: jsm28 Date: Sun Mar 29 22:56:07 2009 New Revision: 145263 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145263 Log: PR preprocessor/34695 gcc: * Makefile.in (c-opt

[Bug c/19771] VLA deallocation

--- Comment #4 from steven at gcc dot gnu dot org 2009-03-29 22:38 --- Jakub, this is what we discussed last night. -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/19771] VLA deallocation

--- Comment #3 from steven at gcc dot gnu dot org 2009-03-29 22:36 --- Created an attachment (id=17557) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17557&action=view) Always create a new BIND_EXPR for VLA decls I tried to make use of scopes: If a label is defined in a parent sco

[Bug preprocessor/21521] -finput-charset -save-temps converts characters twice

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-29 22:15 --- The patch could probably do with pinging by now -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21521

[Bug preprocessor/20472] Pre-processor header file search list wrong with --exec-prefix

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-03-29 22:13 --- I believe this issue would have been fixed by 2007-07-02 Richard Sandiford * configure.ac (gcc_gxx_include_dir): Use $(libsubdir_to_prefix). (gcc_tooldir): Likewise. * configure: Regenerate

[Bug bootstrap/39583] New: Revision 145255 breaks bootstrap with obj-c++

Revision 145255 breaks bootstrap with obj-c++: ... /opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/ -B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style

[Bug fortran/38822] Compile-time simplification of x**(real) / ICE in in gfc_target_encode_expr

--- Comment #9 from kargl at gcc dot gnu dot org 2009-03-29 20:41 --- The ICE is fixed by revision 145261. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #16 from kargl at gcc dot gnu dot org 2009-03-29 20:37 --- Fixed on trunk. There are no plans to fix this in 4.4. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #15 from kargl at gcc dot gnu dot org 2009-03-29 20:33 --- Subject: Bug 38823 Author: kargl Date: Sun Mar 29 20:33:07 2009 New Revision: 145261 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145261 Log: 2009-03-29 Steven G. Kargl PR fortran/38823

[Bug c/39582] New: bad errors for some uses of [*] arrays

With -std=c99 -pedantic-errors, the code void foo11d(int x[sizeof(int *[*])]); receives the diagnostics: t.c:1: warning: '[*]' not in a declaration t.c:1: error: ISO C forbids zero-size array 'x' There certainly isn't a zero-size array (a GNU extension) here; there's a use of [*] arrays that en

[Bug c/39581] New: VLA types at file scope wrongly rejected

GCC gives an error "variable-size type declared outside of any function" for code such as: int a; int b = sizeof (int (*)[a]); As far as I can tell there is no basis for this in C99; the sizeof expression certainly has result an integer constant in this case and its operand is not evaluated. It'

[Bug libfortran/38654] Fortran I/O speedup

--- Comment #6 from domob at gcc dot gnu dot org 2009-03-29 19:50 --- Subject: Bug 38654 Author: domob Date: Sun Mar 29 19:50:15 2009 New Revision: 145259 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145259 Log: 2009-03-29 Daniel Kraft PR fortran/38654 * io

[Bug fortran/38507] Bogus Warning: Deleted feature: GOTO jumps to END of construct

--- Comment #9 from tobi at gcc dot gnu dot org 2009-03-29 19:38 --- Fixed on trunk. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGN

[Bug target/38781] PR38151: valgrind finds problem

--- Comment #5 from hjl dot tools at gmail dot com 2009-03-29 19:33 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01581.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug middle-end/39579] [4.5 regression] Many regressions on trunk

--- Comment #3 from hjl dot tools at gmail dot com 2009-03-29 18:58 --- Revision 145171: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00678.html added gfortran.dg/vect/fast-math-pr38968.f90. It failed on Linux/ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39579

[Bug fortran/39577] False positive with -fcheck=recursion

--- Comment #2 from burnus at gcc dot gnu dot org 2009-03-29 19:20 --- > the error seems to be due to the second call to test(): > usual suspect = unitialized variable? No - the problem is a missing "is_recursive = 0" (see dump in comment 0). The problem is that the variable needs to b

[Bug libfortran/37754] [4.4/4.5 Regression] READ I/O Performance regression from 4.3 to 4.4/4.5

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-03-29 18:55 --- Subject: Bug 37754 Author: jvdelisle Date: Sun Mar 29 18:55:05 2009 New Revision: 145258 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145258 Log: 2009-03-29 Jerry DeLisle PR libfortran/3775

[Bug middle-end/39579] [4.5 regression] Many regressions on trunk

--- Comment #2 from hjl dot tools at gmail dot com 2009-03-29 18:54 --- Revision 145172 changed gcc.dg/vect/vect-35.c: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00679.html It may have caused: FAIL: gcc.dg/vect/vect-35.c scan-tree-dump-times vect "vectorized 2 loops" 1 on Linux/ia64.

[Bug tree-optimization/39355] [4.4/4.5 Regression] Revision 144529: ICE due to missing or incorrectly relocated DECL_VALUE_EXPR in PCH header for PARM_DECL

--- Comment #50 from danglin at gcc dot gnu dot org 2009-03-29 18:49 --- During the PCH generation, there's only one node for which decl_value_expr_insert is called (a different PARM_DECL). So, I have to think the flag shouldn't be set. However, finding the PARM_DECL during PCH gener

[Bug middle-end/12392] very long optimized compile

--- Comment #26 from hubicka at gcc dot gnu dot org 2009-03-29 18:48 --- We seem to have regression at mainline today perhaps because of pure-const at -O2: cfg.c:142 (alloc_block)15403008: 2.3% 0: 0.0% 0: 0.0% 0: 0.0% 160448 tre

[Bug middle-end/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #1 from hjl dot tools at gmail dot com 2009-03-29 18:38 --- I got Executing on host: /export/gnu/import/rrs/145204/bld/gcc/xgcc -B/export/gnu/import/rrs/145204/bld/gcc/ /export/gnu/import/rrs/145204/src/libgomp/testsuite/libgomp.c++/collapse-2.C -B/export/gnu/import/rrs/145

[Bug middle-end/37448] [4.3 4.5 Regression] gcc 4.3.1 cannot compile big function

--- Comment #29 from hubicka at gcc dot gnu dot org 2009-03-29 18:31 --- tree-ssa-pre.c:4201 (init_pre)68 544319360 2960 2920 35303438 tree-ssa-pre.c:590 (bitmap_set_new) 187851 167503080 38440200 12734360 183944666 tree-ssa-pre.c:591 (bitmap_s

[Bug middle-end/39580] New: [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

Revision 145204: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00711.html caused: FAIL: libgomp.c++/collapse-2.C -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (internal compiler error) FAIL: libgomp.c++/collapse-2.C -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (

[Bug middle-end/37448] [4.3 4.5 Regression] gcc 4.3.1 cannot compile big function

--- Comment #28 from hubicka at gcc dot gnu dot org 2009-03-29 18:26 --- The testcase is now failing on mainline. Reason seems to be new pure-const pass causing PRE to take unacceptable amount of time producing extraordinarily large bitmaps. I stoppped it after while and out of 1GB of

[Bug c/35198] [4.2/4.3/4.4/4.5 Regression] missed evaluation of VM array type when used as a cast

--- Comment #12 from jsm28 at gcc dot gnu dot org 2009-03-29 18:23 --- Fixed for 4.5. Fix not suitable for backporting. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/31871] C99 failure to diagnose non-integer cast

--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-03-29 18:22 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIG

[Bug c/29116] Failure to diagnose violation of constraint 6.7.5.2p2

--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-03-29 18:20 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIG

[Bug c/19976] integer division by zero in subexpression should be overflow

--- Comment #14 from jsm28 at gcc dot gnu dot org 2009-03-29 18:19 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug c/5675] const variables wrongly considered part of constant expressions (gcc.dg/c9[09]-const-expr-3.c)

--- Comment #15 from jsm28 at gcc dot gnu dot org 2009-03-29 18:18 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug c/456] constant expressions constraints (gcc.dg/c90-const-expr-1)

--- Comment #17 from jsm28 at gcc dot gnu dot org 2009-03-29 18:16 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug c/31871] C99 failure to diagnose non-integer cast

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 31871 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR

[Bug c/456] constant expressions constraints (gcc.dg/c90-const-expr-1)

--- Comment #16 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 456 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR c

[Bug c/19976] integer division by zero in subexpression should be overflow

--- Comment #13 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 19976 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR

[Bug c/29116] Failure to diagnose violation of constraint 6.7.5.2p2

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 29116 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR

[Bug c/5675] const variables wrongly considered part of constant expressions (gcc.dg/c9[09]-const-expr-3.c)

--- Comment #14 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 5675 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR

[Bug c/35198] [4.2/4.3/4.4/4.5 Regression] missed evaluation of VM array type when used as a cast

--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-29 18:14 --- Subject: Bug 35198 Author: jsm28 Date: Sun Mar 29 18:13:43 2009 New Revision: 145254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145254 Log: PR c/456 PR c/5675 PR c/19976 PR

[Bug fortran/38568] ICE with invalid bounds for I/O FMT= array

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-03-29 18:13 --- With -Werror, the segfault goes away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38568

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for SF on arm-*-gnueabi

--- Comment #8 from martinwguy at yahoo dot it 2009-03-29 17:49 --- A bit more info on the real-world cases that this bug bites. 1) libvorbis's testsuite (only in trunk) fails: svn co http://svn.xiph.org/trunk/vorbis cd vorbis; ./autogen.sh; ./configure; make test/test com

[Bug fortran/37423] Fortran 2003: DEFERRED bindings not yet implemented

--- Comment #2 from domob at gcc dot gnu dot org 2009-03-29 17:47 --- Subject: Bug 37423 Author: domob Date: Sun Mar 29 17:47:00 2009 New Revision: 145248 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145248 Log: 2009-03-29 Daniel Kraft PR fortran/37423 * gf

[Bug target/39578] Linkage broken for dllimport vtables

--- Comment #1 from dave dot korn dot cygwin at gmail dot com 2009-03-29 17:47 --- For Cygwin, we just recently made --enable-auto-import the default in CVS binutils. Now that we're moving to shared library runtimes throughout it made sense. However, I think this is a real bug, as it

[Bug fortran/38568] ICE with invalid bounds for I/O FMT= array

--- Comment #4 from burnus at gcc dot gnu dot org 2009-03-29 17:46 --- > This should be an error rather than a warning? Good question. I could imagine some legacy code which does: character(len=5) :: str(5) print *, str(1)(1:10) or something similar in spirit. (I cannot come up with

[Bug fortran/38507] Bogus Warning: Deleted feature: GOTO jumps to END of construct

--- Comment #8 from tobi at gcc dot gnu dot org 2009-03-29 17:16 --- Subject: Bug 38507 Author: tobi Date: Sun Mar 29 17:15:48 2009 New Revision: 145245 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145245 Log: fortran/ PR fortran/38507 * gfortran.h (gfc_st_label): Fix comment.

[Bug middle-end/39579] [4.5 regression] Many regressions on trunk

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-29 17:03 --- Please be more specific in your summaries, even if you end up filing a separate bug per failing testcase (which would be appropriate anyway). -- rguenth at gcc dot gnu dot org changed: What|Remove

[Bug fortran/36161] gfc_error formats are not marked gcc-internal-format in po file

--- Comment #8 from joseph at codesourcery dot com 2009-03-29 16:59 --- Subject: Re: gfc_error formats are not marked gcc-internal-format in po file On Sun, 29 Mar 2009, bruno at clisp dot org wrote: > The xgettext options that need to be passed to "xgettext > --language=GCC-source"

[Bug fortran/36161] gfc_error formats are not marked gcc-internal-format in po file

--- Comment #7 from bruno at clisp dot org 2009-03-29 16:55 --- (In reply to comment #4) > The Fortran front-end diagnostic strings have a specific format, that is an > extension of the C printf format. It is not the same as the > gcc-internal-format. Thus, if you want it to be supported

[Bug fortran/36161] gfc_error formats are not marked gcc-internal-format in po file

--- Comment #6 from goeran at uddeborg dot se 2009-03-29 16:53 --- It didn't take long for this to be added to xgettext. It's already in the development version (see https://savannah.gnu.org/bugs/?26040#comment1 for details). So then maybe I can reopen this, to have the new functionali

[Bug middle-end/39579] New: [4.5 regression] Many regressions on trunk

As of revision 145224, on Linux/ia64, I saw FAIL: gcc.dg/vect/vect-35.c scan-tree-dump-times vect "vectorized 2 loops" 1 FAIL: gfortran.dg/vect/fast-math-pr38968.f90 scan-tree-dump vect "vectorized 1 loops" FAIL: libgomp.c++/collapse-2.C -O3 -fomit-frame-pointer -funroll-all-loops -finline-functi

[Bug target/39545] Structures with flexible array member passed/returned incorrectly

--- Comment #8 from hjl dot tools at gmail dot com 2009-03-29 15:55 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug target/39545] Structures with flexible array member passed/returned incorrectly

--- Comment #7 from hjl at gcc dot gnu dot org 2009-03-29 15:55 --- Subject: Bug 39545 Author: hjl Date: Sun Mar 29 15:54:55 2009 New Revision: 145239 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145239 Log: gcc/ 2009-03-29 H.J. Lu Backport from mainline:

[Bug target/39545] Structures with flexible array member passed/returned incorrectly

--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-29 15:45 --- Subject: Bug 39545 Author: hjl Date: Sun Mar 29 15:45:10 2009 New Revision: 145237 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145237 Log: gcc/ 2009-03-29 H.J. Lu PR target/39545 * config

[Bug target/36654] [4.2 Regression] Inlined con/de-structor breaks virtual inheritance dllimport classes

--- Comment #14 from tdragon at tdragon dot net 2009-03-29 15:30 --- I have just filed PR39578, the cause of which may be related to this PR or its fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36654

[Bug target/39578] New: Linkage broken for dllimport vtables

The linkage for the vtable for any class marked dllimport is generated as a standard external link rather than a dllimport "__imp_" link. This results in linker diagnostics such as: Info: resolving vtable for TestObject by linking to __imp___ZTV10TestObject (auto-import) d:/jsupport/mingw/bin/../l

[Bug fortran/38568] ICE with invalid bounds for I/O FMT= array

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-03-29 14:48 --- This should be an error rather than a warning? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38568

[Bug other/32213] License for libiberty

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-29 14:35 --- In addition to the issues listed in that 2003 message, libiberty extracts documentation from (GPL, LGPL, etc.) source files to go in a GFDL manual and has no exception text to allow that documentation from GPL files to

[Bug libfortran/33905] show_backtrace hangs on SIGSEGV in malloc/free

--- Comment #2 from toon at moene dot org 2009-03-29 13:36 --- I'll try to come up with a bug report this week (the original case is much to complicated to use as an example). However, it might take some time and it also might be system dependent to trigger this event. It's clear, howe

[Bug tree-optimization/28850] missed call -> jmp transformation; redundant unwind stuff with empty finally

--- Comment #4 from hubicka at gcc dot gnu dot org 2009-03-29 13:32 --- Subject: Bug 28850 Author: hubicka Date: Sun Mar 29 13:32:13 2009 New Revision: 145233 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145233 Log: PR middle-end/28850 * tree-pass.h (pass_clea

[Bug fortran/39577] False positive with -fcheck=recursion

--- Comment #1 from dominiq at lps dot ens dot fr 2009-03-29 11:21 --- Confirmed, the error seems to be due to the second call to test(): usual suspect = unitialized variable? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39577

[Bug fortran/39577] New: False positive with -fcheck=recursion

The following program is valid but with -fcheck=recursion the following error is shown: At line 1 of file aa.f90 Fortran runtime error: Recursive call to nonrecursive procedure 'test' There might be more such cases if one digs (entry? some strange label returns of F77? ...). But we might be lucky

[Bug fortran/39576] New: gcc/fortran/error.c's error_print - missing "break" ?

Sent to me in a private email - and not yet checked. -- In gcc/fortran/error.c this statement case 'u': arg[pos].type = TYPE_UINTEGER; looks like it's missing a 'break'. If a translator provided a format string

  1   2   >