[Bug target/10768] ICEs on compilation of ada support library for avr

--- Comment #24 from charlet at gcc dot gnu dot org 2008-04-08 07:25 --- Fixed on mainline. -- charlet at gcc dot gnu dot org changed: What|Removed |Added St

[Bug testsuite/35868] New: Errors with hard_float

Since revision 133942 (not in rev. 133901), I see the following errors: ERROR: gcc.dg/pr30957-1.c: no files matched glob pattern "hard_float14476.c.[0-9][0-9][0-9]r.expand" for " dg-require-effective-target 8 hard_float " ERROR: gcc.dg/var-expand1.c: can't read "et_cache(hard_float,value)": no suc

[Bug c++/35828] ICE on template-heavy C++ code, reported in innocent source line

--- Comment #3 from gcc at cohi dot at 2008-04-08 08:31 --- Created an attachment (id=15445) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15445&action=view) Here's the preprocessed source for a similar bug that might be related. > g++-mp-4.3 -save-temps -I. -std=gnu++0x -D_REENTR

[Bug c++/35828] ICEs in template-heavy C++0x code

-- gcc at cohi dot at changed: What|Removed |Added Severity|major |blocker Summary|ICE on template-heavy C++ |ICEs in template-heavy C+

[Bug fortran/28655] [F2003] In/output: DECIMAL=/dp/dc; SIGN=/S/SP/SS BLANK=/PAD=; DELIM=; ENCODING=

--- Comment #3 from burnus at gcc dot gnu dot org 2008-04-08 08:41 --- (In reply to comment #1) > Mostly fixed by the check in for PR 25829. > Missing: Some clean up, INQUIRE, round=, and encoding=. Follow up: PR 35863, PR 35862 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28655

[Bug fortran/35830] ICE with PROCEDURE() containing array formal arguments

--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-08 08:36 --- (In reply to comment #3) > Another thing I just noticed is that dummy procedures are currently not > checked > for being called with the right arguments (-> compare_actual_formal), If we are lucky this fixes PR 3583

[Bug libfortran/35862] [F2003] Implement new rounding modes for run time

--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-08 08:49 --- > The front-end parsing and translation are completed. Except for the r* edit descriptors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862

[Bug target/35695] [4.3 Regression] -funroll-loops breaks inline float divide

--- Comment #8 from rguenther at suse dot de 2008-04-08 08:42 --- Subject: Re: [4.3 Regression] -funroll-loops breaks inline float divide On Mon, 7 Apr 2008, wilson at gcc dot gnu dot org wrote: > --- Comment #7 from wilson at gcc dot gnu dot org 2008-04-07 23:48 > --- > An

[Bug fortran/35865] Spurious warning for vector-valued functions passed as arguments

--- Comment #2 from burnus at gcc dot gnu dot org 2008-04-08 09:20 --- Confirm. Something really goes wrong here, but fortunately it is only a warning and not an (invalid) error message. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35834] building libiberty fails in build2_stat for -mcpu=m32c as of r133403

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-08 09:54 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/35869] ICE in calc_dfs_tree at -O2 -gnatp after VRP optimization

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|rguenther at suse dot de| AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot g

[Bug other/35858] time/memory hog for large c++ source.

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-08 10:04 --- We'll not be able to fix this for 4.3 (the regression is caused by a correctness fix), but 4.4 will have this param setting as default. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/35861] code bloat due to -finline-small-functions

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-08 10:02 --- *** This bug has been marked as a duplicate of 30908 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/35869] ICE in calc_dfs_tree at -O2 -gnatp after VRP optimization

--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-04-08 09:28 --- Created an attachment (id=15446) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15446&action=view) Testcase. To be compiled at -O2 -gnatp for x86 targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug tree-optimization/35869] New: ICE in calc_dfs_tree at -O2 -gnatp after VRP optimization

The to-be-attached Ada testcase exhibits a problem with the switch statement optimization recently added to VRP: PR tree-optimization/14495 PR tree-optimization/34793 * tree-vrp.c (struct switch_update): New structure. (to_remove_edges, to_update_switch_stmts): New

[Bug c++/35828] ICEs in template-heavy C++0x code

--- Comment #4 from gcc at cohi dot at 2008-04-08 10:55 --- The second example could be related with a recursive template, more precisely the templates seq_min_impl1 and seq_min_impl2 together perform a template meta-programming "recursive walk" of a template structure, in order to defin

[Bug tree-optimization/35834] building libiberty fails in build2_stat for -mcpu=m32c as of r133403

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-08 09:55 --- Subject: Bug 35834 Author: rguenth Date: Tue Apr 8 09:53:52 2008 New Revision: 134090 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134090 Log: 2008-04-08 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/30908] tree cost for types which are > WORD_SIZE

--- Comment #19 from rguenth at gcc dot gnu dot org 2008-04-08 10:02 --- *** Bug 35861 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/35867] [4.4 Regression]: gcc.target/i386/addr-sel-1.c

--- Comment #2 from hp at gcc dot gnu dot org 2008-04-08 09:39 --- Heh, see . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35867

[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn

--- Comment #19 from eres at il dot ibm dot com 2008-04-08 11:07 --- > The easiest would be to use .cfi_* assembler directives that recentish gas > supports and emitting them inline in the code, rather than creating separate > .eh_frame. I apologize ahead if I am totally wrong about i

[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn

--- Comment #20 from jakub at gcc dot gnu dot org 2008-04-08 11:13 --- Please read the documentation about .cfi_* directives. They construct an .eh_frame section for you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999

[Bug fortran/35870] New: write(*,*), 'teste' does not give error

-- Summary: write(*,*), 'teste' does not give error Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy

[Bug fortran/35871] New: write(*,*), 'teste' does not give error

Not sure if it is a bug, at least is a situation in which we would expect a error message: write(*,*), 'test' The "," after the closing quote is not noticed by the compiler. I've noticed some error like this in my codes after recompiling with the intel fortran compiler. Leandro. --

[Bug fortran/35871] write(*,*), 'teste' does not give error

-- leandromartinez dot spam at gmail dot com changed: What|Removed |Added Severity|normal |trivial http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35871

[Bug fortran/35870] write(*,*), 'teste' does not give error

--- Comment #1 from leandromartinez dot spam at gmail dot com 2008-04-08 11:32 --- Wrong submission of bug. -- leandromartinez dot spam at gmail dot com changed: What|Removed |Added -

[Bug fortran/35871] write(*,*), 'teste' does not give error

--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-08 12:00 --- (In reply to comment #0) > Not sure if it is a bug, at least is a situation in which > we would expect a error message: > write(*,*), 'test' > The "," after the closing quote is not noticed by the compiler. If you

[Bug fortran/27997] Fortran 2003: Support type-spec for array constructor

--- Comment #23 from d at domob dot eu 2008-04-08 13:11 --- (In reply to comment #22) > > However, I'm not quite sure about some things I did [...] > > I think your patch is in a good enough shape to post it to [EMAIL PROTECTED] > and ask there for comments; this ensures that all gfortr

[Bug target/35867] [4.4 Regression]: gcc.target/i386/addr-sel-1.c

--- Comment #3 from bergner at gcc dot gnu dot org 2008-04-08 14:47 --- That hunk has been reverted: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00650.html -- bergner at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #49 from bergner at gcc dot gnu dot org 2008-04-08 14:49 --- The offending hunk has been reverted in revision 134095. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690

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

--- Comment #4 from dominiq at lps dot ens dot fr 2008-04-08 15:06 --- My understanding of "gcc_assert" is that it is meant to trigger ICEs for forbidden paths. Hence introducing new "gcc_assert" is likely to trigger ICEs, including during bootstrap, either because of a rampant bug or be

[Bug target/34210] ffs builtin calls undefined __ffshi2

--- Comment #8 from eric dot weddington at atmel dot com 2008-04-08 15:14 --- Commit from Andy fixes the bug. -- eric dot weddington at atmel dot com changed: What|Removed |Added

[Bug fortran/35864] [4.4 Regression] Revision 133965 broke gfortran.dg/initialization_1.f90

--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-08 15:14 --- I don't see the failure on (powerpc|i686)-apple-darwin9 nor in http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00549.html. So it does not seem to affect all platforms. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug target/34916] [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os

--- Comment #10 from eric dot weddington at atmel dot com 2008-04-08 15:16 --- Andy, since this was a 4.3 regression is there any way we can back port this and commit it on the 4.3 branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34916

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #50 from bonzini at gnu dot org 2008-04-08 15:00 --- I guess that you had modified the precedences in order to allow additional simplifications. Can you report here what is missed using the current values? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690

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

--- Comment #5 from aj at gcc dot gnu dot org 2008-04-08 15:35 --- Bootstrap fails on powerpc64-suse-linux-gnu with bootstrapping the 64-bit compiler as well at the same place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839

[Bug rtl-optimization/35371] Missing REG_POINTER attribute causes bad indexed load/store operand ordering

--- Comment #2 from bergner at gcc dot gnu dot org 2008-04-08 15:41 --- An updated patch (minus the rtlanal.c which has since been reverted) has fixed this problem. http://gcc.gnu.org/ml/gcc-patches/2008-03/msg02044.html -- bergner at gcc dot gnu dot org changed: What

[Bug c/35872] New: [4.1 regression] incorrect code for 32bit multiplication by constant

A 32bit multiplication by a constant results in incorrect code when compiled for some AVR models (probably those having a hardware multiplier). Command: avr-gcc -mmcu=attiny25 -Os -S t1.c (correct) avr-gcc -mmcu=atmega16 -Os -S t1.c (incorrect) -- Summary: [4.1 regressi

[Bug c/35872] [4.1 regression] incorrect code for 32bit multiplication by constant

--- Comment #1 from a dot kaiser at gmx dot net 2008-04-08 16:12 --- Created an attachment (id=15447) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15447&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872

[Bug c/35872] [4.1 regression] incorrect code for 32bit multiplication by constant

--- Comment #2 from a dot kaiser at gmx dot net 2008-04-08 16:12 --- Created an attachment (id=15448) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15448&action=view) assembly output for tiny25 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872

[Bug c/35872] [4.1 regression] incorrect code for 32bit multiplication by constant

--- Comment #3 from a dot kaiser at gmx dot net 2008-04-08 16:13 --- Created an attachment (id=15449) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15449&action=view) assembly output for mega16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872

[Bug fortran/35873] New: problem with gfortran -malign-double

--> discovered error with gcc 4.2.1 --> fetched newest gcc binary (4.4.0): error persists --> my system: openSuse 10.3 Linux i686 (Pentium 4) --> gcc -malign-double test.f; a.out # ERROR: Segmentation violation --> gcc test.f; a.out # OK --> test.f: program test character*20 wrkmem

[Bug fortran/35873] problem with gfortran -malign-double

--- Comment #1 from hjj at ifk dot sdu dot dk 2008-04-08 16:47 --- (In reply to comment #0) > --> gfortran -malign-double test.f; a.out # ERROR: Segmentation violation > --> gfortran test.f; a.out # OK Fix of typo (gcc instead of gfortran) -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug other/35858] time/memory hog for large c++ source.

--- Comment #7 from pluto at agmk dot net 2008-04-08 16:50 --- (In reply to comment #6) > We'll not be able to fix this for 4.3 (the regression is caused by a > correctness > fix), but 4.4 will have this param setting as default. Can i safely set this parameter to zero for vendor gcc pa

[Bug fortran/35873] problem with gfortran -malign-double

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-08 16:51 --- This is not a bug, -malign-double changes the ABI. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/34916] [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os

--- Comment #11 from hutchinsonandy at aim dot com 2008-04-08 17:23 --- Subject: Re: [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os I believe the rules allow for this after a suitable grace period. Remind me towards end of week and I will post for ap

[Bug target/35874] New: Error in emit_cmp_and_jump_insn_1, at optabs.c:4425

Hi, compiling the attached code with arm-elf-gcc -c compile-delta.i -mthumb -O2 fails with compile-delta.i: In function 'FlattenIfStatementsStmt': compile-delta.i:94: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4425 -- Summary: Error in emit_cmp_and_jump_insn_1,

[Bug target/35874] Error in emit_cmp_and_jump_insn_1, at optabs.c:4425

--- Comment #1 from mstein dot lists at googlemail dot com 2008-04-08 17:47 --- Created an attachment (id=15450) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15450&action=view) from csibe, delta-reduced -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35874

[Bug c++/35734] [4.3/4.4 regression] ICE with copy constructor in derived class

--- Comment #3 from jason at gcc dot gnu dot org 2008-04-08 17:50 --- Subject: Bug 35734 Author: jason Date: Tue Apr 8 17:49:56 2008 New Revision: 134099 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134099 Log: PR c++/35734 * class.c (type_has_user_nondefault_

[Bug rtl-optimization/35841] [ira] segfault while building libgcc

--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-08 17:56 --- Fixed. -- mstein dot lists at googlemail dot com changed: What|Removed |Added

[Bug target/35872] [4.3 regression] incorrect code for 32bit multiplication by constant

--- Comment #4 from eric dot weddington at atmel dot com 2008-04-08 18:06 --- Works for 4.2.2 (WinAVR 20071221) -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug target/35872] [4.3 regression] incorrect code for 32bit multiplication by constant

--- Comment #5 from eric dot weddington at atmel dot com 2008-04-08 18:16 --- Confirmed on WinAVR 20080407 (gcc 4.3.0 plus patches). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872

[Bug rtl-optimization/35875] New: error:

Hi, I get many errors that fail like this: Executing on host: /home/mstein/sim/ira/sparc-elf/build/gcc/xgcc -B/home/mstein/sim/ira/sparc-elf/b uild/gcc/ -O2 -w -fno-show-column -c-fira -o 20011130-2.o /home/mstein/svn/ira/gcc/testsuite /gcc.c-torture/compile/20011130-2.c(timeout = 300)

[Bug rtl-optimization/35875] [ira] Error in process_bb_node_lives, at ira-lives.c:680

--- Comment #1 from mstein dot lists at googlemail dot com 2008-04-08 18:44 --- update summary -- mstein dot lists at googlemail dot com changed: What|Removed |Added

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #51 from bergner at gcc dot gnu dot org 2008-04-08 18:50 --- Ok, I dug into this a little deeper. For the following test case: int array[1024]; void clear_table (unsigned int n) { unsigned int i; for (i = 0; i < n; i++) array[i] = 0; } compiling th

[Bug fortran/35873] problem with gfortran -malign-double

--- Comment #3 from hjj at ifk dot sdu dot dk 2008-04-08 18:50 --- I don't understand how you can call it not a bug when a flag (no matter that it changes the ABI) makes valid fortran code not work It did work under earlier versions of gfotran. -- hjj at ifk dot sdu dot dk chan

[Bug fortran/35873] problem with gfortran -malign-double

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-08 18:54 --- (In reply to comment #3) > I don't understand how you can call it not a bug when a flag (no matter that > it > changes the ABI) makes valid fortran code not work You have to compile all of libgfortran with -ma

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #52 from bonzini at gnu dot org 2008-04-08 19:07 --- Subject: Re: [4.2 Regression] Performace problem with indexed load/stores on powerpc > Index: explow.c > === > --- explow.c(revision 134095) > +++ expl

[Bug fortran/35864] [4.4 Regression] Revision 133965 broke gfortran.dg/initialization_1.f90

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-08 20:05 --- I see it on x86-64 Linux clearly enough and with -m32 and -m64. I think Paul removed a check that we have to put back in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35864

[Bug target/35872] [4.3 regression] incorrect code for 32bit multiplication by constant

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

[Bug target/35872] [4.3 regression] incorrect code for 32bit multiplication by constant

--- Comment #6 from eric dot weddington at atmel dot com 2008-04-08 20:38 --- Andy's combine.c patch for bug #35519 fixes this bug. This means that 4.3.0 is useless for the avr port until that patch is backported. -- eric dot weddington at atmel dot com changed: What

[Bug c++/35876] New: Exceptions not working on FreeBSD

Basic exception example: #include #include using namespace std; int main() { try { throw string("String"); } catch (string s) { cout << "Caught an exception \"" << s << "\"\n"; } } Compiled with: g++ -fexceptions -Wall -o exception exception.cpp Prints: terminate called after th

[Bug fortran/35831] Type-mismatch check missing for dummy procedure argument

--- Comment #1 from jaydub66 at gmail dot com 2008-04-08 20:58 --- Tobias, I can confirm the behaviour you described for this test case, provided of course that "one" and "two" are implemented somewhere externally. Otherwise one gets undefined reference to `two_' because there is only

[Bug fortran/35877] New: difference between result in optimized and normal executable

consider the following program program short_test_inf complex*16 nan_inf, normal_number, cmplx_test real*8 tth, pi, zero data tth /6.7D-01/ data pi /3.1415926535897932385D0/ data zero /0.0D0/ normal_number = dcmplx(tth, zero)

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

Sent from my iPhone On Apr 8, 2008, at 13:51, "janis at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: --- Comment #6 from janis at gcc dot gnu dot org 2008-04-08 20:51 --- My bootstrap on powerpc64-linux worked fine after the fix for 35620 went in; see http://gcc.gnu.org/m

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

--- Comment #7 from pinskia at gmail dot com 2008-04-08 21:05 --- Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode Sent from my iPhone On Apr 8, 2008, at 13:51, "janis at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: > > > ---

[Bug fortran/35877] difference between result in optimized and normal executable

--- Comment #1 from dmarkman at mac dot com 2008-04-08 21:09 --- I meant Note: gfortran4.2.3 returns for both (optimized/non optimized) NaN, NaN intel 10 fortran has exactly the same behaviour as gfortran 4.3.0: optimized Inf,NaN non optimized NaN,Nan -- http://gcc.gnu.org/bugzilla/

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

Sent from my iPhone On Apr 8, 2008, at 14:05, "pinskia at gmail dot com" <[EMAIL PROTECTED] > wrote: --- Comment #7 from pinskia at gmail dot com 2008-04-08 21:05 --- Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode Sent from

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

--- Comment #8 from pinskia at gmail dot com 2008-04-08 21:10 --- Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode Sent from my iPhone On Apr 8, 2008, at 14:05, "pinskia at gmail dot com" <[EMAIL PROTECTED] > wrote: > > > --- Comm

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

--- Comment #9 from janis at gcc dot gnu dot org 2008-04-08 21:18 --- Subject: Bug 35839 Author: janis Date: Tue Apr 8 21:17:16 2008 New Revision: 134107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134107 Log: PR target/35839 * config/rs6000/rs6000.c (rs6000_

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

--- Comment #6 from janis at gcc dot gnu dot org 2008-04-08 20:51 --- My bootstrap on powerpc64-linux worked fine after the fix for 35620 went in; see http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00415.html for revision 133952. Since the following day, however, my bootstraps have fa

[Bug c++/35878] New: Useless NULL pointer check when constructing object

Consider this trivial C++ test case: #include void foo(std::vector* v, int i) { v->push_back(i); } When I compile this with current trunk with -O2 on i686-pc-linux-gnu I see, among other things, this: movl4(%edi), %edx cmpl8(%edi), %edx je .L2 testl

[Bug c++/19476] Missed null checking elimination with new

--- Comment #11 from pinskia at gcc dot gnu dot org 2008-04-08 21:40 --- *** Bug 35878 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35878] Useless NULL pointer check when constructing object

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-08 21:40 --- *** This bug has been marked as a duplicate of 19476 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/35833] [4.3 Regression] Wrong code generated with -ftree-vrp

/gcc.c-torture/execute/20080408-1.c - copied unchanged from r134108, trunk/gcc/testsuite/gcc.c-torture/execute/20080408-1.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/fold-const.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gn

[Bug testsuite/35005] New testcase execute/20071211-1.c assumes 32 bit integers

--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-04-08 22:18 --- Subject: Bug 35005 Author: hutchinsonandy Date: Tue Apr 8 22:17:52 2008 New Revision: 134114 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134114 Log: PR target/35005 * execute/2007

[Bug driver/35665] FAIL: gfortran.dg/include_2.f90 -O (test for excess error)

--- Comment #4 from danglin at gcc dot gnu dot org 2008-04-09 00:12 --- Subject: Bug 35665 Author: danglin Date: Wed Apr 9 00:11:58 2008 New Revision: 134116 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134116 Log: PR driver/35665 * collect2.c (write_c_file):

[Bug driver/35665] FAIL: gfortran.dg/include_2.f90 -O (test for excess error)

--- Comment #5 from danglin at gcc dot gnu dot org 2008-04-09 00:13 --- Fixed on trunk. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/35873] problem with gfortran -malign-double

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-09 00:35 --- If you can separate the I/O functions you need into a separate file and use -malign-double only for those portions that do computations, you can make this work. I can not know from where I sit how important -mali

[Bug libstdc++/20451] Missing po files in multilib systems

--- Comment #5 from ghazi at gcc dot gnu dot org 2008-04-09 02:20 --- Subject: Bug 20451 Author: ghazi Date: Wed Apr 9 02:19:57 2008 New Revision: 134123 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134123 Log: Backport: 2006-03-24 Mark Mitchell <[EMAIL PROT

[Bug libstdc++/20448] locale testsuite fails when GCC is configured with --disable-nls

--- Comment #8 from ghazi at gcc dot gnu dot org 2008-04-09 02:20 --- Subject: Bug 20448 Author: ghazi Date: Wed Apr 9 02:19:57 2008 New Revision: 134123 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134123 Log: Backport: 2006-03-24 Mark Mitchell <[EMAIL PROT

[Bug ada/35880] New: GNAT (GCC) Ada does not generate symbolic debug for shared memory

GNAT (GCC) Ada does not generate symbolic debug for shared memory. 'gdb' says "No definition of "pacs_cp" in current context." comment "pragma IMPORT" staement and symbolic debug is present. complete details and step-by-step instructions in README. I have 'makefile' and short sample source to il

[Bug ada/35880] GNAT (GCC) Ada does not generate symbolic debug for shared memory

--- Comment #1 from knoxj at att dot net 2008-04-09 02:59 --- Created an attachment (id=15451) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15451&action=view) README, makefile, test source files README has file list description and step-by-step instructions to cause bug. --

[Bug ada/35880] GNAT (GCC) Ada does not generate symbolic debug for shared memory

--- Comment #2 from knoxj at att dot net 2008-04-09 03:01 --- README in attachment has file list description and step-by-step instructions to reproduce bug. -- knoxj at att dot net changed: What|Removed |Added --

[Bug rtl-optimization/35875] [ira] Error in process_bb_node_lives, at ira-lives.c:680

--- Comment #2 from vmakarov at redhat dot com 2008-04-09 03:02 --- It is fixed by http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00750.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35875

[Bug libstdc++/20451] Missing po files in multilib systems

-- ghazi at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 Known to work||4.1.3 4.2.0 Ta

[Bug libstdc++/20448] locale testsuite fails when GCC is configured with --disable-nls

-- ghazi at gcc dot gnu dot org changed: What|Removed |Added CC||ghazi at gcc dot gnu dot org Known to fail|

[Bug libfortran/35862] [F2003] Implement new rounding modes for run time

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-04-09 05:15 --- After studying the F2003 standard and our code in output_float, I believe what gfortran does now is ROUND="compatible". We round to the nearest and when there is a tie, we round away from zero. I think I can man

[Bug ada/35880] GNAT (GCC) Ada does not generate symbolic debug for shared memory

--- Comment #3 from charlet at gcc dot gnu dot org 2008-04-09 06:45 --- missing debug info is never really major, since there are always work arounds (like print statements). Note that there is close to zero chance that someone will look into your .bz2 file, let alone your README. Instr