[Bug c++/56936] gcc don't show error when accessing to missing member of current instantiation

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56936



--- Comment #2 from Andrew Pinski  2013-04-13 
06:02:45 UTC ---

If it is considered dependent then you could specialize struct x and have a

valid definition of struct x only for the specialized version.

[Bug c++/56936] gcc don't show error when accessing to missing member of current instantiation

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56936



--- Comment #1 from Andrew Pinski  2013-04-13 
06:01:02 UTC ---

There is a Defect report about x being considered a dependent (or

non-dependent) and I forget how that was resolved (if resolved yet at all).  If

it has not been resolved yet then both clang and GCC are correct.

[Bug c++/56493] Performance regression in google dense hashmap

[andrewjcg at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56493



--- Comment #10 from Andrew Gallagher  2013-04-13 
01:44:27 UTC ---

I did several attempts at bisecting this.  Whenever I (hackily) reverted the

change which caused the regression, it just popped up a few hundred revs later.

 This seems to be gcc assigning new weights to functions, which determines

whether the functions is early inlined or not.  So I *think* this is really an

early inlining v. late inlining issue, and we happened to get lucky with the

weights that 4.6 selected (I don't think there is a really effective way for

gcc to predict how subsequent optimizations will/can benefit by early

inlining).



Also, as far as I can see, there is no way to force early inlining (other than

switching to macros).

[Bug c++/56493] Performance regression in google dense hashmap

[cberner at fb dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56493



--- Comment #9 from Christopher Berner  2013-04-13 
01:37:27 UTC ---

Created attachment 29864

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29864

Simple test case



Here's an even simpler test case. It seems that there's a fairly serious

regression with inlining. Even adding the attribute always_inline doesn't seem

to restore performance. However, manually inlining the code with a macro

restores performance to gcc 4.6 level

[Bug c++/51577] dependent name lookup finds operator in global namespace

[zeratul976 at hotmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577



Nathan Ridge  changed:



   What|Removed |Added



 CC||zeratul976 at hotmail dot

   ||com



--- Comment #2 from Nathan Ridge  2013-04-13 
00:44:58 UTC ---

*** Bug 56943 has been marked as a duplicate of this bug. ***

[Bug c++/56943] Incorrect two-phase name lookup for operators

[zeratul976 at hotmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56943



Nathan Ridge  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||DUPLICATE



--- Comment #2 from Nathan Ridge  2013-04-13 
00:44:58 UTC ---

(In reply to comment #1)

> Please double check this isn't a Dup of PR51577



Looks that way. Closing.



*** This bug has been marked as a duplicate of bug 51577 ***

[Bug c++/56943] Incorrect two-phase name lookup for operators

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56943



--- Comment #1 from Paolo Carlini  2013-04-13 
00:33:04 UTC ---

Please double check this isn't a Dup of PR51577

[Bug c++/56943] New: Incorrect two-phase name lookup for operators

[zeratul976 at hotmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56943



 Bug #: 56943

   Summary: Incorrect two-phase name lookup for operators

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: zeratul...@hotmail.com





When the following code is run:





#include 



namespace N

{

struct A

{

int operator+(const void*) 

{ 

return 42; 

}

};

}



namespace M

{

struct B

{

};

}





template 

int add(T t, U u)

{

return t + u;

}



int operator+(N::A, M::B*) 

{ 

return 5; 

}



int main(int argc, char** argv)

{

N::A a;

M::B b;

std::cout << add(a, &b) << "\n";

}





the output is "5". I believe the correct output wouldbe "42", because when

looking up operator+ in the expression "t + u", the operator+(N::A, M::B*)

overload is found neither by unqualified lookup at the point of definition

(since it is not declared yet at the point of definition), nor by

argument-dependent lookup at the point of instantiation (since it is not in the

namespace of either of its arguments).



Clang outputs "42" for this example, as expected.

[Bug target/56942] New: MIPS GCC will not build with -mips16 mode because libgcc fails to build

[sje at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56942



 Bug #: 56942

   Summary: MIPS GCC will not build with -mips16 mode because

libgcc fails to build

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Keywords: ice-on-valid-code

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: s...@gcc.gnu.org

Target: mips*-*-*





While building a MIPS GCC that includes mips16 libraries I get an assertion

from GCC.  Here is a testcase cutdown from libgcc unwind-dw2.c:





enum dwarf_call_frame_info {

  DW_CFA_set_loc = 0x01 ,

  DW_CFA_advance_loc1 = 0x02 ,

  DW_CFA_advance_loc2 = 0x03 ,

  DW_CFA_GNU_args_size = 0x2e ,

  DW_CFA_GNU_negative_offset_extended = 0x2f

};

typedef struct { void *pc; } _Unwind_FrameState;

void execute_cfa_program (const unsigned char *insn_ptr,

  const unsigned char *insn_end,

  _Unwind_FrameState *fs)

{

while (insn_ptr < insn_end) {

unsigned char insn = *insn_ptr++;

void *reg;

void *utmp;

switch (insn)  {

  case DW_CFA_set_loc:{ }

  case DW_CFA_advance_loc1:fs->pc += foo (insn_ptr) * 4;

  case DW_CFA_advance_loc2:fs->pc += foo (insn_ptr) * 4;

  case DW_CFA_GNU_args_size:insn_ptr = bar (insn_ptr, &utmp);

  case DW_CFA_GNU_negative_offset_extended:insn_ptr = bar

(insn_ptr,

 ®);

}

   }

}





And here is the assertion I get:



gcc/cc1 -quiet -g -mips16 -O2 -minterlink-mips16 -fPIC -g

-I/local/home/sellcey/nightly/src x.c



x.c:25:1: internal compiler error: in output_555, at config/mips/mips.md:6024



0xb8fc19 output_555

/local/home/sellcey/nightly/src/gcc/gcc/config/mips/mips.md:6024

0x6b60e2 final_scan_insn(rtx_def*, _IO_FILE*, int, int, int*)

/local/home/sellcey/nightly/src/gcc/gcc/final.c:2853

0x6b6c8f final(rtx_def*, _IO_FILE*, int)

/local/home/sellcey/nightly/src/gcc/gcc/final.c:1957

0x6b6eb9 rest_of_handle_final

/local/home/sellcey/nightly/src/gcc/gcc/final.c:4332

Please submit a full bug report,

with preprocessed source if appropriate.

[Bug fortran/56266] [OOP] ICE on invalid in gfc_match_varspec

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56266



janus at gcc dot gnu.org changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |janus at gcc dot gnu.org

   |gnu.org |



--- Comment #2 from janus at gcc dot gnu.org 2013-04-12 21:48:55 UTC ---

Fixed with r197936. Closing.





http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=197936





Author: janus

Date: Fri Apr 12 21:41:50 2013 UTC

Changed paths: 4

Log Message: 





2013-04-12  Janus Weil  



PR fortran/56266

* primary.c (gfc_match_varspec): Turn gcc_assert into MATCH_ERROR.





2013-04-12  Janus Weil  



PR fortran/56266

* gfortran.dg/typebound_proc_28.f03: New.

[Bug c++/56941] New: Thread conflict is reported by helgrind in _Unwind_IteratePhdrCallback

[yuri at tsoft dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56941



 Bug #: 56941

   Summary: Thread conflict is reported by helgrind in

_Unwind_IteratePhdrCallback

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: y...@tsoft.com





I get the following error from helgrind on heavily multi-threaded process

throwing a lot of exceptions. gcc in use is 4.7.2 on amd64 architecture.



Line unwind-dw2-fde-dip.c:212:  prev_cache_entry->link = cache_entry->link;



It looks like the error is due to an unprotected cache access.



This should either be fixed, or there should be a good explanation why this

should be considered a non-issue. Data race conditions reported by helgrind

usually correspond to real issues.





---helgrind log---

==83659== Possible data race during write of size 8 at 0x24FECC8 by thread #17

==83659== Locks held: none

==83659==at 0x22FB1D9: _Unwind_IteratePhdrCallback

(unwind-dw2-fde-dip.c:212)

==83659==by 0x14D41: dl_iterate_phdr (in /libexec/ld-elf.so.1)

==83659==by 0x22FB8B1: _Unwind_Find_FDE (unwind-dw2-fde-dip.c:451)

==83659==by 0x22F8D9A: uw_frame_state_for (unwind-dw2.c:1179)

==83659==by 0x22F91F6: uw_init_context_1 (unwind-dw2.c:1500)

==83659==by 0x22F96A6: _Unwind_RaiseException (unwind.inc:88)

==83659==by 0x1E1FAD0: __cxa_throw (eh_throw.cc:78)

==83659==<...user stack omitted...>

==83659== 

==83659== This conflicts with a previous write of size 8 by thread #54

==83659== Locks held: none

==83659==at 0x22FB1D5: _Unwind_IteratePhdrCallback

(unwind-dw2-fde-dip.c:211)

==83659==by 0x14D41: dl_iterate_phdr (in /libexec/ld-elf.so.1)

==83659==by 0x22FB8B1: _Unwind_Find_FDE (unwind-dw2-fde-dip.c:451)

==83659==by 0x22F8D9A: uw_frame_state_for (unwind-dw2.c:1179) 

==83659==by 0x22F970A: _Unwind_RaiseException (unwind.inc:99)

==83659==by 0x1E1FAD0: __cxa_throw (eh_throw.cc:78)

==83659==<...user stack omitted...>

[Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909



--- Comment #6 from Eric Botcazou  2013-04-12 
21:35:26 UTC ---

> Remove what? The '--with-arch=i686' setting? If so then is there any 
> workaround

> to get rid of those undefined references.



Yes, remove --with-arch=i686 and --with-tune=i686, the default is better.

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

[burnus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937



Tobias Burnus  changed:



   What|Removed |Added



 CC||burnus at gcc dot gnu.org



--- Comment #2 from Tobias Burnus  2013-04-12 
21:28:53 UTC ---

(In reply to comment #1)

> Is the following code valid?

...

> idx = [2,2,2,2]

> r(idx) = p

...



I think it is valid - except for "r(idx) = p" which is invalid. See F2008 quote

at the bottom of comment 0 for the reason.

[Bug target/56940] internal compiler error: unrecognizable insn:

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940



Andrew Pinski  changed:



   What|Removed |Added



 Target||arm-linux-gnueabihf

  Component|c   |target



--- Comment #1 from Andrew Pinski  2013-04-12 
21:22:05 UTC ---

> I know this is an old version of GCC, but it is the one distributed with the

> current Debian (well, raspbian).



You should report this failure to where you got the binary from really.





Can you try 4.6.4 which was released today?  Also try 4.7.3 too.

Note 4.6.x is no longer supported and there is no future updates to the 4.6

branch.

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937



--- Comment #1 from Dominique d'Humieres  2013-04-12 
20:56:36 UTC ---

Is the following code valid?



integer :: i, idx(4), r(4), p(4)

p = [1,2,3,4]

idx = [2,2,2,2]

r = 0

r(idx) = p

print *, sum(r)

r = 0

do i = 1, 4

  r(idx(i)) = p(i)

end do

print *, sum(r)

r = 0

do i = 4, 1, -1

  r(idx(i)) = p(i)

end do

print *, sum(r)



end



The output is



   4

   4

   1



i.e., the value of r(2) depends on the way the assignment is scalarized: my

rule of thumb for missing temporary and/or invalid code.

[Bug lto/48259] Internal compiler errors in lto1

[d.g.gorbachev at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259



Dmitry Gorbachev  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

 Resolution||FIXED



--- Comment #11 from Dmitry Gorbachev  
2013-04-12 20:45:54 UTC ---

Does not fail with 4.7.3 and 4.8.1. The 4.6.4 branch has been closed.

[Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486

[mail2arthur at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909



--- Comment #5 from Arthur Zhang  2013-04-12 
20:39:42 UTC ---

(In reply to comment #4)

> > The only configure option works for now is '--with-arch=i686'. Thanks.

> 

> You're welcome.  But you should remove it, it probably slows down the 
> compiler.



Remove what? The '--with-arch=i686' setting? If so then is there any workaround

to get rid of those undefined references.

[Bug rtl-optimization/47270] [4.7/4.8/4.9 Regression] GCC produces unnecessary code on -O2 and -O3 levels

[d.g.gorbachev at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47270



--- Comment #6 from Dmitry Gorbachev  
2013-04-12 20:34:31 UTC ---

I can't reproduce the bug with GCC 4.7.3 and 4.8.1.

[Bug c/56940] New: internal compiler error: unrecognizable insn:

[gcc.hall at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940



 Bug #: 56940

   Summary: internal compiler error: unrecognizable insn:

Classification: Unclassified

   Product: gcc

   Version: 4.6.3

Status: UNCONFIRMED

  Severity: major

  Priority: P3

 Component: c

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: gcc.h...@gmail.com





Created attachment 29863

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29863

pre-processed source file



I know this is an old version of GCC, but it is the one distributed with the

current Debian (well, raspbian).



Version

---



pi@raspberrypi ~ $ gcc -v  

Using built-in specs.

COLLECT_GCC=gcc

COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper

Target: arm-linux-gnueabihf

Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-14+rpi1'

--with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs

--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr

--program-suffix=-4.6 --enable-shared --enable-linker-build-id

--with-system-zlib --libexecdir=/usr/lib --without-included-gettext

--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6

--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu

--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object

--enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv6

--with-fpu=vfp --with-float=hard --enable-checking=release

--build=arm-linux-gnueabihf --host=arm-linux-gnueabihf

--target=arm-linux-gnueabihf

Thread model: posix

gcc version 4.6.3 (Debian 4.6.3-14+rpi1) 



Error

-



gcc -pipe -std=gnu99 -funsigned-char -DFILE_TABS=4 -DSCREEN_TABS=2 -c g.c

-DEDITOR=0 -DLATIN8 -O3 -Wall -Wextra -Wunused -Wunreachable-code

-Wstrict-aliasing=3 -Wredundant-decls -Winline -Wundef -Wwrite-strings

-Wcast-qual -Wmissing-noreturn -Winit-self -Wformat=2 -Woverlength-strings

-Wlogical-op -Wshadow -Wstrict-prototypes -Wstrict-overflow=1

-Wmissing-include-dirs -Wold-style-definition -Wpointer-arith

-Wdisabled-optimization -Wredundant-decls -Wmissing-prototypes

-Wmissing-declarations -Wunused-parameter -Wno-char-subscripts -Wuninitialized

-Wunsafe-loop-optimizations -Waggregate-return -Wmissing-format-attribute

-Wsign-conversion -Wvariadic-macros -Wnormalized=nfc -Wnested-externs

-Wunused-macros -Wconversion -ffast-math -fno-reciprocal-math

-fno-associative-math -fwrapv -mfloat-abi=hard -mfpu=vfp -fwhole-program

-fomit-frame-pointer -fmerge-all-constants -fno-ident -fno-unwind-tables

-fno-asynchronous-unwind-tables -lm -lcurses -ldl -o /dev/null

g.c: In function 'print_val':

g.c:10360:1: error: unrecognizable insn:

(insn 1086 1085 1087 72 (set (subreg:SI (reg/v:DI 252 [ ival ]) 0)

(sign_extend:SI (mem/s/c:QI (plus:SI (reg/f:SI 323)

(const_int 1672 [0x688])) [0 MEM[(const struct VALUE

*)&locals + 1248B].v.o+0 S1 A64]))) g.c:6373 -1

 (nil))

g.c:10360:1: internal compiler error: in extract_insn, at recog.c:2109

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.

Preprocessed source stored into /tmp/ccDnsSF8.out file, please attach this to

your bugreport.

[Bug target/56219] avr-gcc-4.7.2 missing __uint24 loop optimisation

[gjl at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56219



Georg-Johann Lay  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||WONTFIX



--- Comment #3 from Georg-Johann Lay  2013-04-12 
20:05:11 UTC ---

Closed as WON'T FIX



It might be very well the case that code using __[u]int24 (PSImode) variables

is not compiled as efficient as could be.



Maybe some generic optimizations work also for PSImode so that you'll see

better code for PSI operations as a byproduct of some generic optimizations in

the future.  But sorry, no PSI-specific optimization hacks in the avr backend

for now.



Remember that R0 is special and does not survive an insn, i.e. it's used like a

scratch register.

[Bug middle-end/56932] [regression 4.8]: vrp and/or niter-related wrong-code bug

[glisse at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56932



--- Comment #6 from Marc Glisse  2013-04-12 20:02:01 
UTC ---

(In reply to comment #4)

> Well, indeed increasing the array-size helps to avoid this issue.  
> Nevertheless

> I don't get why it produces wrong code for argument of call of function t 
> here.



At iteration i, you write to a[i], so i is obviously <250. This means that at

the next iteration, i<251, i+5<256, and the &0xff can be omitted.



> That there is a out-of-bounds access is one thing, but there is still wrong

> code produced.



Well, no, the program could have crashed for the out of bounds access before

even reaching the point where you noticed the "wrong code".



> Also why - if gcc already detects an out-of-bounds access -

> there is no warning for that?



There is a lot of progress to be made here...

[Bug fortran/56939] [4.8/4.9 Regression] [OOP] Derived type is being used before it is defined

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56939



--- Comment #1 from janus at gcc dot gnu.org 2013-04-12 19:40:32 UTC ---

Seems to be a module-loading problem. Backtrace for the error message:



#0  gfc_use_derived (sym=0x1a1dc60) at

/home/janus/gcc49/trunk/gcc/fortran/symbol.c:1988

#1  0x00614cab in gfc_find_component (sym=0x1a1dc60,

name=0x7fffd310 "dims", noaccess=true, silent=true) at

/home/janus/gcc49/trunk/gcc/fortran/symbol.c:2007

#2  0x00614e1a in gfc_find_component (sym=0x1a1dde0,

name=0x7fffd310 "dims", noaccess=true, silent=true) at

/home/janus/gcc49/trunk/gcc/fortran/symbol.c:2036

#3  0x005be94d in mio_component_ref (cp=0x1a23e48, sym=0x1a1dde0) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2552

#4  0x005bf1e5 in mio_ref (rp=0x7fffd3b8) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2919

#5  0x005bf2e2 in mio_ref_list (rp=0x1a23d98) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2959

#6  0x005bfb36 in mio_expr (ep=0x1a23c18) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:3322

#7  0x005be5b1 in mio_array_spec (asp=0x1a23b00) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2405

#8  0x005bea43 in mio_component (c=0x1a23ab0, vtype=1) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2595

#9  0x005bebb7 in mio_component_list (cp=0x1a1ea88, vtype=1) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:2636

#10 0x005c0983 in mio_symbol (sym=0x1a1e9e0) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:3815

#11 0x005c1991 in load_needed (p=0x1a1d1a0) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4379

#12 0x005c17ed in load_needed (p=0x1a1d7c0) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4337

#13 0x005c17ed in load_needed (p=0x1a1d360) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4337

#14 0x005c1800 in load_needed (p=0x1a1cc60) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4338

#15 0x005c1800 in load_needed (p=0x1a1ab80) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4338

#16 0x005c24ec in read_module () at

/home/janus/gcc49/trunk/gcc/fortran/module.c:4764

#17 0x005c6a68 in gfc_use_module (module=0x1a1a9e0) at

/home/janus/gcc49/trunk/gcc/fortran/module.c:6352

#18 0x005c6f3a in gfc_use_modules () at

/home/janus/gcc49/trunk/gcc/fortran/module.c:6476

[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638



Andrew Pinski  changed:



   What|Removed |Added



 CC||kallisti5 at unixzen dot

   ||com



--- Comment #17 from Andrew Pinski  2013-04-12 
19:13:14 UTC ---

*** Bug 56938 has been marked as a duplicate of this bug. ***

[Bug libgcc/56938] Compiling GCC 4.6.3 with GCC 4.8.0 results in internal build errors.

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56938



Andrew Pinski  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||DUPLICATE

   Target Milestone|--- |4.6.4



--- Comment #1 from Andrew Pinski  2013-04-12 
19:13:14 UTC ---

This was fixed in 4.6.4 which was released today.



*** This bug has been marked as a duplicate of bug 54638 ***

[Bug fortran/55959] [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959



--- Comment #5 from janus at gcc dot gnu.org 2013-04-12 19:10:29 UTC ---

In 4.8 and trunk, there is an additional problem with the test case in comment

0, see PR 56939.

[Bug fortran/56939] New: [4.8/4.9 Regression] [OOP] Derived type is being used before it is defined

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56939



 Bug #: 56939

   Summary: [4.8/4.9 Regression] [OOP] Derived type is being used

before it is defined

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: fortran

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: ja...@gcc.gnu.org





The following is a reduction of PR 55959 comment 0, which is valid code AFAICS:





module pdfs

  type, abstract :: pdf

integer dims

  contains

procedure(getx), deferred :: getx

  end type



  abstract interface

function getx(this)

  import pdf

  class(pdf), intent(in) :: this

  real getx(this%dims)

end function

  end interface



  type point

real x, y

  end type



  type, extends(pdf) :: pdf_point

type(point) p

  contains

procedure :: getx => pdf_point_getx

  end type



contains



  function pdf_point_getx(this)

class(pdf_point), intent(in) :: this

real pdf_point_getx(this%dims)

  end function



end module pdfs





program abstract

  use pdfs

end program





With 4.8 and trunk it gives the nonsensical error message:



  use pdfs

  1

Error: Derived type 'pdf' at (1) is being used before it is defined



(while 4.7 accepts it without a problem.)

[Bug middle-end/56932] [regression 4.8]: vrp and/or niter-related wrong-code bug

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56932



--- Comment #5 from Andrew Pinski  2013-04-12 
19:00:02 UTC ---

(In reply to comment #4)

> Well, indeed increasing the array-size helps to avoid this issue.  
> Nevertheless

> I don't get why it produces wrong code for argument of call of function t 
> here.

> That there is a out-of-bounds access is one thing, but there is still wrong

> code produced.  Also why - if gcc already detects an out-of-bounds access -

> there is no warning for that?



There should be a warning that was added before 4.8 was released (Jakub knows

more about it and maybe even why the warning in this case is not happening).

[Bug debug/52160] gdb ignores line "bar: if(foo)goto bar;"

[palves at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52160



Pedro Alves  changed:



   What|Removed |Added



 CC||palves at redhat dot com



--- Comment #4 from Pedro Alves  2013-04-12 18:59:23 
UTC ---

GDB PR15360 at 

shows another reproducer:



 (gdb) b function

 Breakpoint 1 at 0x400569: file pr15360.c, line 9.

 (gdb) r

 ...

 ...exited normally.



GDB wants to put the breakpoint after the prologue of 'function', but:



(gdb) disassemble /m function

Dump of assembler code for function function():

8   {

   0x0040055c <+0>: push   %rbp

   0x0040055d <+1>: mov%rsp,%rbp

   0x00400560 <+4>: push   %r12

   0x00400562 <+6>: push   %rbx

   0x00400563 <+7>: sub$0x10,%rsp

   0x00400567 <+11>:jmp0x40056a 



9 do{

   0x00400569 <+13>:nop



10  int i = 0;

   0x0040056a <+14>:movl   $0x0,-0x14(%rbp)



...

  Extended opcode 2: set Address to 0x40055c

  Special opcode 12: advance Address by 0 to 0x40055c and Line by 7 to 8

  Special opcode 188: advance Address by 13 to 0x400569 and Line by 1 to 9

...



Why is the jmp in the prologue's line?  That's what causes the issue.  GDB has

long (since ever?) skipped the line where the prologue is to find the first

instruction of "user code".

[Bug fortran/56919] [4.7/4.8/4.9 Regression] Wrong result for SYSTEM_CLOCK on Cygwin

[jb at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919



Janne Blomqvist  changed:



   What|Removed |Added



URL||http://gcc.gnu.org/ml/gcc-p

   ||atches/2013-04/msg00835.htm

   ||l



--- Comment #5 from Janne Blomqvist  2013-04-12 18:49:24 
UTC ---

Patch at http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00835.html

[Bug target/56866] gcc 4.7.x/gcc-4.8.x with '-O3 -march=bdver2' misscompiles glibc-2.17/crypt/sha512.c

[winfried.mag...@t-online.de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866



--- Comment #7 from Winfried Magerl  2013-04-12 
18:42:48 UTC ---

Hi,



On Fri, Apr 12, 2013 at 12:42:26PM +, mikpe at it dot uu.se wrote:

> --- Comment #6 from Mikael Pettersson  2013-04-12 
> 12:42:26 UTC --- 

> I've bootstrapped and regtested gcc-4.7.3 on an Opteron 6278, with and 
> without 

> --with-arch=bdver1.  With --with-arch=bdver1 there were numerous regressions 
> in 

> gcc.dg/vect/ and gcc.target/i386/{,l-}fma*, and one in 

> gcc.target/i386/pr42542-4a.c.  I don't know if these indicate wrong-code or 

> missed-optimization. 



something like egrep '^FAIL.+execution' to get the scary

errors (currently I think all that scan-*-errors are simply

false positive).



> I'd be willing to run specific wrong-code test cases on this machine, if 

> they're completely standalone (not depending on recent glibc). 



Don't know how to pick out single gcc-testcases from the

testsuite for standalone-testing.



In any case it's possible th check the whole package. gcc/glibc have a big

test-suite and it's not necessary to install them to run the test-suite.

And I have already provided the differences I see when enabling 'bdver2'

compared with 'amdfam10'



for gcc something like this (out of the head with typos included):





cd /to/your/favorite/builddir

wget ftp:///ftp.gnu.org/gnu/gcc/gcc-4.8.0/gcc-4.8.0.tar.bz2

tar -xf gcc-4.8.0.tar.bz2

mkdir build

mkdir build-bdver1

cd build/

../gcc-4.8.0/configure --enable-multilib=no --enable-languages='c,c++'

make -j8 >& make.out

make -j8 -k check >& check.out

../gcc-4.8/contrib/test_summary >& test_summary.out

cd ../build-bdver1

../gcc-4.8.0/configure --enable-multilib=no --enable-languages='c,c++'

--with-arch=bdver1

make -j8 >& make.out

make -j8 -k check >& check.out

../gcc-4.8/contrib/test_summary >& test_summary.out

cd ..

diff -u build/test_summary.out build-bdver1/test_summary.out | egrep

'^\+.+execution'

--



some notes:

--enable-multilib=no-> only x86_64

--enable-languages='c,c++'-> only c-tests are of interest

make -j8-> depends on your CPU

egrep '^\+.+execution'-> for easier comparison with the diff I've

provided

--with-arch=bdver1-> your CPU is bdver1



for glibc it's something similar:





cd /to/your/favorite/builddir

wget ftp:///ftp.gnu.org/glibc/glibc-2.17.tar.xz

tar -xf glibc-2.17.tar.xz

mkdir build

mkdir build-bdver1

cd build/

export CC='gcc'

export CFLAGS='-O3'

../glibc-2.17/configure

make -j8 >& make.out

make -k -j8 check >& check.out

cd ../build-bdver1

export CC='gcc -march=bdver1'

../glibc-2.17/configure

make -j8 >& make.out

make -k -j8 check >& check.out

cd ..

fgrep '***' build/check.out build-bdver1/check.out





To ensure it's XOP in glibc you can use CC='gcc -mxop' instead

of CC='gcc -march=bdver1'.



regards



winfried

[Bug middle-end/56932] [regression 4.8]: vrp and/or niter-related wrong-code bug

[ktietz at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56932



--- Comment #4 from Kai Tietz  2013-04-12 18:31:05 
UTC ---

Well, indeed increasing the array-size helps to avoid this issue.  Nevertheless

I don't get why it produces wrong code for argument of call of function t here.

That there is a out-of-bounds access is one thing, but there is still wrong

code produced.  Also why - if gcc already detects an out-of-bounds access -

there is no warning for that?

[Bug libgcc/56938] New: Compiling GCC 4.6.3 with GCC 4.8.0 results in internal build errors.

[kallisti5 at unixzen dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56938



 Bug #: 56938

   Summary: Compiling GCC 4.6.3 with GCC 4.8.0 results in internal

build errors.

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: libgcc

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: kallis...@unixzen.com





Checking multilib configuration for libgcc...

mkdir -p -- i586-pc-haiku/libgcc

Configuring in i586-pc-haiku/libgcc

configure: creating cache ./config.cache

checking for --enable-version-specific-runtime-libs... no

checking for a BSD-compatible install... /usr/bin/install -c

checking for gawk... gawk

checking build system type... x86_64-unknown-linux-gnu

checking host system type... i586-pc-haiku

checking for i586-pc-haiku-ar...

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/ar

checking for i586-pc-haiku-lipo... i586-pc-haiku-lipo

checking for i586-pc-haiku-nm...

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/nm

checking for i586-pc-haiku-ranlib...

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/ranlib

checking for i586-pc-haiku-strip...

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/strip

checking whether ln -s works... yes

checking for i586-pc-haiku-gcc...

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/xgcc

-B/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/lib/

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/include

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/sys-include  

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/xgcc

-B/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/lib/

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/include

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/sys-include 

  accepts -g... yes

checking for

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/xgcc

-B/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/lib/

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/include

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/sys-include 

  option to accept ISO C89... none needed

checking how to run the C preprocessor...

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/xgcc

-B/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/lib/

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/include

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/sys-include 

  -E

checking whether decimal floating point is supported... no

configure: WARNING: decimal float is not supported for this target, ignored

checking whether fixed-point is supported... no

checking whether assembler supports CFI directives... yes

checking for __attribute__((visibility("hidden")))... yes

checking whether the target assembler supports thread-local storage... yes

checking whether the thread-local storage support is from emutls... no

configure: updating cache ./config.cache

configure: creating ./config.status

config.status: creating Makefile

config.status: executing default commands

make[2]: Entering directory

`/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/i586-pc-haiku/libgcc'

# If this is the top-level multilib, build all the other

/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/xgcc

-B/home/kallisti5/Projects/haiku/generated/cross-tools-build/gcc/./gcc/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/bin/

-B/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/lib/

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/include

-isystem

/home/kallisti5/Projects/haiku/generated/cross-tools/i586-pc-haiku/sys-include 

  -g -O2 -O2  -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall

-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prot

[Bug fortran/56937] New: Unnecessarily temporary with array-vector assignments

[burnus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937



 Bug #: 56937

   Summary: Unnecessarily temporary with array-vector assignments

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Keywords: missed-optimization

  Severity: normal

  Priority: P3

 Component: fortran

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: bur...@gcc.gnu.org





For assignments of the form



   array(vec_idx) = array(vec_idx) + nonaliasing_expr



no temporary should be generated.



In other words, the following program should print "1.0" and not "0.5". It

prints "1.0" with PGI and Intel (which do this optimization) and prints "0.5"

with pathf95, g95, gfortran and NAG, which don't:



real :: r(4), p(4)

integer :: idx(4)

p = [0.25, 0.25, 0.25, 0.25]

idx = [2,2,3,2]

r = 0

r(idx) = r(idx) + p

print *, sum(r)

end



The reason for the value is that gfortran (et al.) create a temporary and use:

  tmp(2) = r(1) + 0.25  ! r(1:4) == 0

  tmp(2) = r(2) + 0.25

  tmp(3) = r(3) + 0.25

  tmp(2) = r(4) + 0.25

  r(2) = tmp(2) ! = 0.25

  r(2) = tmp(2) ! = 0.25

  r(3) = tmp(3) ! = 0.25

  r(2) = tmp(2) ! = 0.25

-> sum(r) = 0.5



Without temporary one gets:

  r(2) = 0 + 0.25

  r(2) = (0.25) + 0.25

  r(3) = 0 + 0.25

  r(4) = (0.75) + 0.25

-> sum(r) = 1.0





The reason that the optimization is valid is given by the following restriction

in the Fortran standard:



"If a vector subscript has two or more elements with the same value, an array

section with that vector subscript shall not appear in a variable definition

context (16.6.7)."   (Fortran 2008, 6.5.3.3.2 Vector subscript, paragraph 3)

[Bug testsuite/56906] FAIL: g++.dg/opt/vt4.C -std=gnu++* scan-assembler-not _ZTV.A

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56906



Dominique d'Humieres  changed:



   What|Removed |Added



 Target|x86_64-apple-darwin10   |x86_64-apple-darwin10

   ||powerpc-apple-darwin9

   Host|x86_64-apple-darwin10   |x86_64-apple-darwin10

   ||powerpc-apple-darwin9

  Build|x86_64-apple-darwin10   |x86_64-apple-darwin10

   ||powerpc-apple-darwin9



--- Comment #1 from Dominique d'Humieres  2013-04-12 
18:04:22 UTC ---

Also seen on powerpc-apple-darwin9.

[Bug fortran/56929] [OOP] [F08] ICE on dummy argument child class with coarray inside parent

[burnus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56929



Tobias Burnus  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #4 from Tobias Burnus  2013-04-12 
17:57:08 UTC ---

FIXED on the trunk (4.9).



Thanks for the report!

[Bug fortran/56929] [OOP] [F08] ICE on dummy argument child class with coarray inside parent

[burnus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56929



--- Comment #3 from Tobias Burnus  2013-04-12 
17:56:39 UTC ---

Author: burnus

Date: Fri Apr 12 17:55:48 2013

New Revision: 197930



URL: http://gcc.gnu.org/viewcvs?rev=197930&root=gcc&view=rev

Log:

2013-04-12  Tobias Burnus  



PR fortran/56929

* trans-array.c (duplicate_allocatable): Fix handling

of scalar coarrays.



2013-04-12  Tobias Burnus  



PR fortran/56929

* gfortran.dg/coarray/alloc_comp_2.f90: New.





Added:

trunk/gcc/testsuite/gfortran.dg/coarray/alloc_comp_2.f90

Modified:

trunk/gcc/fortran/ChangeLog

trunk/gcc/fortran/trans-array.c

trunk/gcc/testsuite/ChangeLog

[Bug ada/40986] [4.6 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

[ludo...@ludovic-brenta.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986



Ludovic Brenta  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

  Known to work||4.7.2

 Resolution||FIXED



--- Comment #12 from Ludovic Brenta  2013-04-12 
17:17:53 UTC ---

Not reproducible anymore with gnat-4.7:



$ gcc-4.7 -v

Using built-in specs.

COLLECT_GCC=gcc-4.7

COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper

Target: x86_64-linux-gnu

Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5'

--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs

--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr

--program-suffix=-4.7 --enable-shared --enable-linker-build-id

--with-system-zlib --libexecdir=/usr/lib --without-included-gettext

--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7

--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu

--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object

--enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic

--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu

--target=x86_64-linux-gnu

Thread model: posix

gcc version 4.7.2 (Debian 4.7.2-5) 



$ gcc-4.7 -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g -fno-strict-aliasing

-gnatwA -I- ./test.adb

$

[Bug target/56792] AVR, internal compiler error on build avr-libc

[cynt6007 at vandals dot uidaho.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56792



--- Comment #3 from cynt6007 at vandals dot uidaho.edu 2013-04-12 16:53:52 UTC 
---

(In reply to comment #2)

> Is this related to PR52472?



Yes it is.  The problem is



internal compiler error: in

convert_debug_memory_address, at cfgexpand.c:2528

 pgm_copystring(const char __memx * p, unsigned char i,char *b,unsigned char l)



It is also using const char __memx *



Thanks!

[Bug target/56792] AVR, internal compiler error on build avr-libc

[gjl at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56792



Georg-Johann Lay  changed:



   What|Removed |Added



 CC||gjl at gcc dot gnu.org



--- Comment #2 from Georg-Johann Lay  2013-04-12 
16:43:14 UTC ---

Is this related to PR52472?

[Bug tree-optimization/49140] [4.6 regression] wrong code with -O2 and -O3, not with -O3 -no-inline

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140



Jakub Jelinek  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #26 from Jakub Jelinek  2013-04-12 
16:31:36 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/54498] [4.6 Regression] incorrect code generation from g++ -O

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54498



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 CC||jakub at gcc dot gnu.org

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #9 from Jakub Jelinek  2013-04-12 
16:30:08 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug target/54703] _mm_sub_pd is incorrectly substituted with vandnps

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54703



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #11 from Jakub Jelinek  2013-04-12 
16:29:14 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug middle-end/55331] [4.6 Regression] ICE: SIGSEGV in substitute_and_fold with -O2 -fno-tree-fre

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55331



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #7 from Jakub Jelinek  2013-04-12 
16:29:13 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug debug/54828] [4.6 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #8 from Jakub Jelinek  2013-04-12 
16:29:12 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug rtl-optimization/55838] [4.6 Regression] ICE in extract_insn (unrecognizable insn) with -O -funroll-loops

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #16 from Jakub Jelinek  2013-04-12 
16:29:09 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug target/49069] [4.6 Regression] ICE in gen_cstoredi4, at config/arm/arm.md:7554

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #16 from Jakub Jelinek  2013-04-12 
16:29:08 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug tree-optimization/56270] [4.6 Regression] loop over array of struct float causes compiler error: segmentation fault

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56270



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:29:08 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug tree-optimization/56051] Wrong expression evaluation

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #11 from Jakub Jelinek  2013-04-12 
16:29:07 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug tree-optimization/56501] [4.6 Regression] gcc 4.6 ICE on noreturn function at -Os and above

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56501



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.3



--- Comment #6 from Jakub Jelinek  2013-04-12 
16:29:06 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.3.

[Bug tree-optimization/53922] [4.6 Regression] VRP: semantic conflict between range_includes_zero_p and value_inside_range

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53922



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #14 from Jakub Jelinek  2013-04-12 
16:27:41 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug middle-end/52621] [4.6 Regression] ICE with -O3 -march=opteron in initialize_matrix_A, at tree-data-ref.c:1964

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #17 from Jakub Jelinek  2013-04-12 
16:27:42 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug rtl-optimization/53942] [4.6 Regression] unable to find a register to spill in class 'CREG'

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53942



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #9 from Jakub Jelinek  2013-04-12 
16:27:40 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug tree-optimization/54894] [4.6 Regression] internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1286

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54894



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:27:40 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug middle-end/53667] [4.6 Regression] Cray pointer: Wrong result with optimizations

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53667



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.2



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:27:39 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.2.

[Bug middle-end/53408] [4.6 Regression] ICE in get_initial_def_for_induction, at tree-vect-loop.c:3222

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53408



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #7 from Jakub Jelinek  2013-04-12 
16:25:45 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug middle-end/48493] [4.6 Regression] ice in expand_expr_addr_expr_1 with complex types and mem_ref

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48493



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #18 from Jakub Jelinek  2013-04-12 
16:25:43 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug middle-end/48124] [4.6 Regression] likely wrong code bug

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #33 from Jakub Jelinek  2013-04-12 
16:25:41 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug tree-optimization/53516] [4.6 Regression] Vectorization and memset recognition miscompile bitfield stores

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53516



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #5 from Jakub Jelinek  2013-04-12 
16:25:40 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug tree-optimization/53501] [4.6 Regression] scev introduces signed overflow

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53501



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:25:39 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug tree-optimization/53550] [4.6 regression] ICE with -O{1,2,3} -fprefetch-loop-arrays in build2_stat, at tree.c:3803

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53550



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.1



--- Comment #8 from Jakub Jelinek  2013-04-12 
16:25:39 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.1.

[Bug target/43804] [4.6 regression] ICE in reload_cse_simplify_operands

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #28 from Jakub Jelinek  2013-04-12 
16:18:06 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/52375] [4.6 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #13 from Jakub Jelinek  2013-04-12 
16:18:06 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/50946] [4.6 Regression] ICE on armhf with webkitgtk+

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50946



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #6 from Jakub Jelinek  2013-04-12 
16:18:05 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/51528] [4.6 Regression] SRA should not create BOOLEAN_TYPE replacements

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51528



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #14 from Jakub Jelinek  2013-04-12 
16:18:04 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/48813] [4.6 Regression] Segfault with backward branch inside dead loop body

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48813



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #7 from Jakub Jelinek  2013-04-12 
16:18:03 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug middle-end/50881] [4.6 Regression] ICE Segfault on compare this pointer with reference

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50881



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:18:04 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/54965] [4.6 Regression] sorry, unimplemented: inlining failed in call to 'foo': function not considered for inlining

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54965



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #8 from Jakub Jelinek  2013-04-12 
16:18:03 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/48830] [4.6 regression] unrecognized insn: storing invalid upper FP reg in SImode

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48830



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #20 from Jakub Jelinek  2013-04-12 
16:18:02 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/50213] [4.6 Regression] Regression in space-optimized code relative to 4.5.x

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50213



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #15 from Jakub Jelinek  2013-04-12 
16:18:01 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/50484] [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484



Jakub Jelinek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #7 from Jakub Jelinek  2013-04-12 
16:18:00 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/21617] [4.6 Regression] CRC64 algorithm optimization problem on Intel 32-bit

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21617



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #11 from Jakub Jelinek  2013-04-12 
16:17:59 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug middle-end/37060] [4.6 Regression] Bogus __builtin___memcpy_chk overflow warning

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #18 from Jakub Jelinek  2013-04-12 
16:17:58 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug c++/52553] [4.6 Regression] Internal compiler error on build Parma Polyhedra Library

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52553



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #2 from Jakub Jelinek  2013-04-12 
16:17:57 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/50205] [4.6 Regression] ICE: in code_motion_path_driver, at sel-sched.c:6581 with -fselective-scheduling2 and custom flags

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50205



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #6 from Jakub Jelinek  2013-04-12 
16:17:58 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/47612] [4.6 regression] RTL crash when cc0 setter moved away from cc0 user

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #24 from Jakub Jelinek  2013-04-12 
16:17:56 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/51775] [4.6 Regression] FAIL: gnat.dg/pack9.adb scan-tree-dump-not optimized "gnat_rcheck"

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51775



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #9 from Jakub Jelinek  2013-04-12 
16:17:56 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/50101] [4.6 regression] GCC 4.5 and 4.6 generate suboptimal code on ppc for countdown loops when the CTR register cannot be used

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50101



Jakub Jelinek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #11 from Jakub Jelinek  2013-04-12 
16:17:55 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug lto/47936] [4.6 Regression] Missed optimization with LTO due to strict aliasing issues

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:17:53 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/39839] [4.6 regression] loop invariant motion causes stack spill

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39839



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #21 from Jakub Jelinek  2013-04-12 
16:17:50 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/36758] [4.6 Regression] addition moved out of the loop when used with an argument

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36758



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #28 from Jakub Jelinek  2013-04-12 
16:17:49 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/49206] [4.6 Regression] RA failure in spill_failure, at reload1.c:2113

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49206



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #13 from Jakub Jelinek  2013-04-12 
16:17:48 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/45978] [4.6 Regression] bogus "array subscript is above array bounds" warning in extremely simple code with no loops

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #12 from Jakub Jelinek  2013-04-12 
16:17:49 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug middle-end/50040] [4.6 Regression] missed warning: ‘x.y’ is used uninitialized in this function

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50040



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #14 from Jakub Jelinek  2013-04-12 
16:17:46 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/49485] [4.6 Regression] Performance problem with C++ code

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #13 from Jakub Jelinek  2013-04-12 
16:17:48 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/41881] [4.6 regression] Complete unrolling (inner) versus vectorization of reduction

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41881



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #14 from Jakub Jelinek  2013-04-12 
16:17:46 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/48389] [4.6 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #17 from Jakub Jelinek  2013-04-12 
16:17:45 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug c++/51619] [c++0x] [4.6 Regression] ICE with array class member

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51619



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #5 from Jakub Jelinek  2013-04-12 
16:17:45 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/48757] [4.6 Regression] internal compiler error: in compensate_edge, at reg-stack.c:2788

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48757



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #11 from Jakub Jelinek  2013-04-12 
16:17:44 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug middle-end/52925] [4.6 Regression] var-tracking never terminates

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52925



Jakub Jelinek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #4 from Jakub Jelinek  2013-04-12 
16:17:43 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/50444] [4.6 Regression] -ftree-sra ignores alignment

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #21 from Jakub Jelinek  2013-04-12 
16:17:41 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug lto/46798] [4.6 Regression] invalid conversion in gimple call; verify_stmts failed

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:17:41 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/32283] [4.6 Regression] Missed induction variable optimization

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283



Jakub Jelinek  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #34 from Jakub Jelinek  2013-04-12 
16:17:38 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug tree-optimization/50138] [4.6 Regression] ICE in vect_transform_stmt

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #8 from Jakub Jelinek  2013-04-12 
16:17:37 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug target/55184] [4.6 Regression] Invalid codegen with vectors and casts

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55184



Jakub Jelinek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #6 from Jakub Jelinek  2013-04-12 
16:17:37 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug c/52423] [4.6 Regression] ICE in build_unary_op, at c-typeck.c:3786

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52423



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #2 from Jakub Jelinek  2013-04-12 
16:17:36 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug lto/48100] [4.6 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304 with mixed LTO/non-LTO objects

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:17:36 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug c++/51582] [4.6 Regression] ICE when using a class with a matrix of complex numbers in C++0x mode

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51582



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #5 from Jakub Jelinek  2013-04-12 
16:17:34 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug c++/51092] [C++0x] [4.6 Regression] ICE array std::pair initialization

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #4 from Jakub Jelinek  2013-04-12 
16:17:35 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug middle-end/42961] [4.6 regression] IRA register preferencing bug

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42961



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #10 from Jakub Jelinek  2013-04-12 
16:17:33 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.

[Bug rtl-optimization/48235] [4.6 Regression] ICE: SIGSEGV in has_dependence_p (sel-sched-ir.c:3263) with -fselective-scheduling2 and custom flags

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48235



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|4.6.4   |4.7.0



--- Comment #5 from Jakub Jelinek  2013-04-12 
16:17:32 UTC ---

The 4.6 branch has been closed, fixed in GCC 4.7.0.