[Bug c/56798] ICE in patch_jump_insn, at cfgrtl.c:1238

[vchou79 at gmail dot com]

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



--- Comment #3 from Vincent  2013-04-01 03:54:17 UTC 
---

Started with http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=197234



bash-4.1$ /home/slave/build/gcc/bld_gcc/./gcc/xgcc -shared-libgcc

-B/home/slave/build/gcc/bld_gcc/./gcc -nostdinc++

-L/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/src

-L/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/src/.libs

-L/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/lib

-L/home/slave/local/xmingw-4_9-trunk-w64-seh/mingw/lib -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/include -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/mingw/include

-B/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/bin/

-B/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/lib/ -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/include -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/sys-include -m32

-I/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/../libgcc

-I/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/x86_64-w64-mingw32

-I/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include

-I/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/libsupc++

-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi

-fdiagnostics-show-location=once -ffunction-sections -fdata-sections

-frandom-seed=complex_io.lo -g -O2 -m32 -fno-function-sections

-fno-data-sections -c

/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/src/c++98/complex_io.cc -o

complex_io.o

In file included from

/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/src/c++98/complex_io.cc:25:0:

/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/complex:

In function 'std::basic_ostream<_CharT, _Traits>&

std::operator<<(std::basic_ostream<_CharT, _Traits>&, const std::complex<_Tp>&)

[with _Tp = float; _CharT = char; _Traits = std::char_traits]':

/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/complex:532:5:

internal compiler error: in make_edges, at cfgbuild.c:312

 }

 ^

0xb4bda0 make_edges

../../gcc-4_9-trunk/gcc/cfgbuild.c:312

0xb4bda0 find_many_sub_basic_blocks(simple_bitmap_def*)

../../gcc-4_9-trunk/gcc/cfgbuild.c:619

0x58f6ab break_superblocks()

../../gcc-4_9-trunk/gcc/cfgrtl.c:3781

0x612e00 finish_eh_generation()

../../gcc-4_9-trunk/gcc/except.c:1454

0x582586 gimple_expand_cfg

../../gcc-4_9-trunk/gcc/cfgexpand.c:4773

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.

[Bug c/56798] ICE in patch_jump_insn, at cfgrtl.c:1238

[vchou79 at gmail dot com]

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



--- Comment #2 from Vincent  2013-04-01 03:18:17 UTC 
---

started with http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=197266

[Bug c/56798] ICE in patch_jump_insn, at cfgrtl.c:1238

[vchou79 at gmail dot com]

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



--- Comment #1 from Vincent  2013-04-01 00:35:55 UTC 
---

Created attachment 29763

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

preprocessed sources

[Bug libfortran/56786] [4.6/4.7/4.8/4.9 Regression] Namelist read fails with designators containing embedded spaces

[jvdelisle at gcc dot gnu.org]

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



--- Comment #1 from Jerry DeLisle  2013-04-01 
00:05:14 UTC ---

Author: jvdelisle

Date: Sun Mar 31 20:32:33 2013

New Revision: 197290



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

Log:

2013-03-31  Jerry DeLisle  



PR libfortran/56786

* io/list_read.c (nml_parse_qualifier): Remove spurious next_char call

when checking for EOF. Use error return mechanism when EOF detected.

Do not return false unless parse_err_msg and parse_err_msg_size have

been set. Use hit_eof.

(nml_get_obj_data): Likewise use the correct error mechanism.

* io/transfer.c (hit_eof): Do not set AFTER_ENDFILE if in namelist

mode.



Modified:

trunk/libgfortran/ChangeLog

trunk/libgfortran/io/list_read.c

trunk/libgfortran/io/transfer.c

[Bug c/56798] New: ICE in patch_jump_insn, at cfgrtl.c:1238

[vchou79 at gmail dot com]

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



 Bug #: 56798

   Summary: ICE in patch_jump_insn, at cfgrtl.c:1238

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c

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

ReportedBy: vcho...@gmail.com





bash-4.1$ /home/slave/build/gcc/bld_gcc/./gcc/xgcc -shared-libgcc

-B/home/slave/build/gcc/bld_gcc/./gcc -nostdinc++

-L/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/src

-L/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/src/.libs

-L/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/lib

-L/home/slave/local/xmingw-4_9-trunk-w64-seh/mingw/lib -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/include -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/mingw/include

-B/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/bin/

-B/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/lib/ -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/include -isystem

/home/slave/local/xmingw-4_9-trunk-w64-seh/x86_64-w64-mingw32/sys-include -m32

-I/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/../libgcc

-I/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/x86_64-w64-mingw32

-I/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include

-I/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/libsupc++

-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi

-fdiagnostics-show-location=once -ffunction-sections -fdata-sections

-frandom-seed=complex_io.lo -g -O2 -m32 -fno-function-sections

-fno-data-sections -c

/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/src/c++98/complex_io.cc -o

complex_io.o

In file included from

/home/slave/build/gcc/gcc-4_9-trunk/libstdc++-v3/src/c++98/complex_io.cc:25:0:

/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/complex:

In function 'std::basic_ostream<_CharT, _Traits>&

std::operator<<(std::basic_ostream<_CharT, _Traits>&, const std::complex<_Tp>&)

[with _Tp = float; _CharT = char; _Traits = std::char_traits]':

/home/slave/build/gcc/bld_gcc/x86_64-w64-mingw32/32/libstdc++-v3/include/complex:532:5:

internal compiler error: in patch_jump_insn, at cfgrtl.c:1238

 }

 ^

0x590a63 patch_jump_insn

../../gcc-4_9-trunk/gcc/cfgrtl.c:1238

0x590bb2 redirect_branch_edge

../../gcc-4_9-trunk/gcc/cfgrtl.c:1271

0x594542 cfg_layout_redirect_edge_and_branch

../../gcc-4_9-trunk/gcc/cfgrtl.c:3901

0x583809 redirect_edge_and_branch(edge_def*, basic_block_def*)

../../gcc-4_9-trunk/gcc/cfghooks.c:349

0xb4f56d try_forward_edges

../../gcc-4_9-trunk/gcc/cfgcleanup.c:585

0xb4f56d try_optimize_cfg

../../gcc-4_9-trunk/gcc/cfgcleanup.c:2775

0xb50a94 cleanup_cfg(int)

../../gcc-4_9-trunk/gcc/cfgcleanup.c:2976

0xbb657a rest_of_handle_if_conversion

../../gcc-4_9-trunk/gcc/ifcvt.c:4455

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.

[Bug target/56797] New: internal compiler error: in extract_insn, at recog.c:2150

[raj.khem at gmail dot com]

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



 Bug #: 56797

   Summary: internal compiler error: in extract_insn, at

recog.c:2150

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

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

ReportedBy: raj.k...@gmail.com





Created attachment 29762

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

testcase



Attached sample worked fine on gcc 4.7 but gcc 4.8 ICE's on ARM



-std=gnu99 -fgnu89-inline -c -march=armv5te -O2



is the compiler option set used



/tmp/xx.i:3786:1: error: unrecognizable insn:

 }

 ^

(insn 516 515 12 16 (parallel [

(set (reg:SI 3 r3)

(mem/c:SI (reg:SI 3 r3) [11 S4 A32]))

(set (reg:SI 12 ip)

(mem/c:SI (plus:SI (reg:SI 3 r3)

(const_int 4 [0x4])) [11 S4 A32]))

(set (reg/f:SI 13 sp)

(mem/c:SI (plus:SI (reg:SI 3 r3)

(const_int 8 [0x8])) [13 %sfp+-40 S4 A32]))

]) /tmp/xx.i:3735 -1

 (expr_list:REG_ARGS_SIZE (const_int 0 [0])

(nil)))

/tmp/xx.i:3786:1: internal compiler error: in extract_insn, at recog.c:2150

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.

[Bug target/56796] New: ‘TARGET_CYGWIN64’ was not declared in this scope

[jojelino at gmail dot com]

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

 Bug #: 56796
   Summary: ‘TARGET_CYGWIN64’ was not declared in this scope
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jojel...@gmail.com
  Host: i686-pc-cygwin
Target: i686-pc-cygwin
 Build: i686-pc-cygwin


host-i686-pc-cygwin-gcc failed to compile.

configure command used for configuration time was

'/tmp/gcc/gcc/configure'  '--cache-file=../config.cache' '--prefix=/usr'
'--disable-win32-registry' '--enable-threads=win32'
'--with-win32-nlsapi=unicode' '--enable-tls' '--disable-bootstrap'
'--enable-shared' '--disable-sjlj-exceptions' '--enable-gomp'
'--enable-cloog-backend=isl' '--enable-languages=c,c++,fortran,lto'
'--program-transform-name=s,y,y,' '--disable-option-checking'
'--build=i686-pc-cygwin' '--host=i686-pc-cygwin' '--target=i686-pc-cygwin'
'--srcdir=../.././gcc' 'build_alias=i686-pc-cygwin' 'host_alias=i686-pc-cygwin'
'target_alias=i686-pc-cygwin' 'CC=gcc' 'CFLAGS=-O2' 'LDFLAGS=-static-libstdc++
-static-libgcc -Wl,--stack,12582912' 'CXX=g++' 'CXXFLAGS=-O2' 'GMPLIBS=-lmpc
-lmpfr -lgmp' 'GMPINC=' 'ISLINC=' 'CLOOGLIBS=-lcloog-isl  -lisl'
'CLOOGINC=-DCLOOG_INT_GMP ' $ac_configure_extra_args --no-create --no-recursion
.

$ make
g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND  -DIN_GCC-fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual  -fno-common  -DHAVE_CONFIG_H -I. -Ic-family -I../.././gcc
-I../.././gcc/c-family  -I../.././gcc/../include  
-I../.././gcc/../libcpp/include  -I../.././gcc/../libdecnumber
-I../.././gcc/../libdecnumber/bid -I../libdecnumber
-I../.././gcc/../libbacktrace  -DCLOOG_INT_GMP   
../.././gcc/c-family/c-cppbuiltin.c -o c-family/c-cppbuiltin.o
In file included from ./tm.h:22:0,
 from ../.././gcc/c-family/c-cppbuiltin.c:23:
../.././gcc/c-family/c-cppbuiltin.c: In function ‘void
c_cpp_builtins(cpp_reader*)’:
../.././gcc/config/i386/cygwin.h:25:12: error: ‘TARGET_CYGWIN64’ was not
declared in this scope
   if (!TARGET_CYGWIN64) \
^
../.././gcc/config/i386/cygming.h:146:2: note: in expansion of macro
‘EXTRA_OS_CPP_BUILTINS’
  EXTRA_OS_CPP_BUILTINS (); \
  ^
../.././gcc/c-family/c-cppbuiltin.c:914:3: note: in expansion of macro
‘TARGET_OS_CPP_BUILTINS’
   TARGET_OS_CPP_BUILTINS ();
   ^
Makefile:1060: recipe for target `c-family/c-cppbuiltin.o' failed
make: *** [c-family/c-cppbuiltin.o] Error 1

[Bug plugins/56795] New: gimple_seq_alloc and gimple_seq_free are still present in gcc-4.8's gimple.h

[pageexec at freemail dot hu]

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



 Bug #: 56795

   Summary: gimple_seq_alloc and gimple_seq_free are still present

in gcc-4.8's gimple.h

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: plugins

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

ReportedBy: pagee...@freemail.hu





it seems that svn commmit 187053 removed gimple_seq_alloc and gimple_seq_free

but left their declarations in gimple.h. this makes plugins using these

functions compile but not load since the actual definitions are no longer

present in the gcc binaries.

[Bug bootstrap/56714] [4.9 regression] Bootstrap failure libitm/local_atomic:1580:3: error: always_inline function might not be inlinable

[gerald at pfeifer dot com]

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



--- Comment #7 from Gerald Pfeifer  2013-03-31 
21:51:44 UTC ---

> Was there a problem the other bug report about this?



Not that I can see.  That other report was just a duplicate coming a

few days later.

[Bug libitm/56784] bootstrap broken by libitm on x86_64-unknown-freebsd10.0

[gerald at pfeifer dot com]

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



Gerald Pfeifer  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC||gerald at pfeifer dot com

 Resolution||DUPLICATE



--- Comment #1 from Gerald Pfeifer  2013-03-31 
21:50:42 UTC ---

This is a genuine duplicate of the report I filed earlier: 56714.



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

[Bug bootstrap/56714] [4.9 regression] Bootstrap failure libitm/local_atomic:1580:3: error: always_inline function might not be inlinable

[gerald at pfeifer dot com]

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



--- Comment #6 from Gerald Pfeifer  2013-03-31 
21:50:42 UTC ---

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

[Bug bootstrap/56714] [4.9 regression] Bootstrap failure libitm/local_atomic:1580:3: error: always_inline function might not be inlinable

[kargl at gcc dot gnu.org]

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



kargl at gcc dot gnu.org changed:



   What|Removed |Added



 CC||kargl at gcc dot gnu.org



--- Comment #5 from kargl at gcc dot gnu.org 2013-03-31 21:43:12 UTC ---

Was there a problem the other bug report about this?



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

[Bug plugins/56754] some missing plugin headers during installation in gcc 4.8

[zorry at gentoo dot org]

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



--- Comment #4 from Magnus Granberg  2013-03-31 
21:33:45 UTC ---

Created attachment 29761

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

This patch readd TARGET_H to PLUGIN_HEADERS



This patch is posted on gcc-patch ml and on

https://bugs.gentoo.org/show_bug.cgi?id=463564

[Bug c++/56794] [4.7/4.8/4.9 Regression] C++11 Error in range-based for with parameter pack array

[redi at gcc dot gnu.org]

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



Jonathan Wakely  changed:



   What|Removed |Added



   Keywords||rejects-valid

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-03-31

Summary|C++11 Error in range-based  |[4.7/4.8/4.9 Regression]

   |for with parameter pack |C++11 Error in range-based

   |array   |for with parameter pack

   ||array

 Ever Confirmed|0   |1

[Bug bootstrap/56714] [4.9 regression] Bootstrap failure libitm/local_atomic:1580:3: error: always_inline function might not be inlinable

[gerald at pfeifer dot com]

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



Gerald Pfeifer  changed:



   What|Removed |Added



 Target||*-unknown-freebsd*

 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2013-03-31

 AssignedTo|unassigned at gcc dot   |gerald at pfeifer dot com

   |gnu.org |

 Ever Confirmed|0   |1



--- Comment #4 from Gerald Pfeifer  2013-03-31 
21:13:16 UTC ---

Thanks Honza!  I missed the obvious and the fact that Andi failed to

update ChangeLog didn't help.  Working on a patch...

[Bug c++/56794] New: C++11 Error in range-based for with parameter pack array

[bisqwit at iki dot fi]

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



 Bug #: 56794

   Summary: C++11 Error in range-based for with parameter pack

array

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

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

ReportedBy: bisq...@iki.fi





G++ 4.7.2 and 4.8.0 give the following error message for the for-loop in below

code:



tmp.cc:10:17: error: range-based 'for' expression of type 'const int []' has

incomplete type



On G++ 4.6.3 (and Clang++), it compiles fine. Regression?





template

static void Colors()

{

static const int colors[] = { values... };

// ^ This version passes in G++ 4.6 and Clang++ 3.0, fails in G++ 4.7 and

4.8



//static const int colors[sizeof...(values)] = { values... };

// ^This passes in all of them



for(auto c: colors) { }

// ^ This line is the one that gets the error message

}



int main()

{

Colors<0,1,2> ();

}

[Bug fortran/56731] [4.7 Regression] [OOP] ICE on (wrongly) referencing polymorphic array in select type

[janus at gcc dot gnu.org]

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



janus at gcc dot gnu.org changed:



   What|Removed |Added



Summary|[4.7 Regression] ICE on |[4.7 Regression] [OOP] ICE

   |(wrongly) referencing   |on (wrongly) referencing

   |polymorphic array in select |polymorphic array in select

   |type|type



--- Comment #7 from janus at gcc dot gnu.org 2013-03-31 20:40:28 UTC ---

Slightly reduced test case:



program polymorph2



type ta

integer i

end type



type ca

class(ta), allocatable :: c

end type



type(ca) carr(2)



select type(an => carr%c)

type is (ta)

end select



end program

[Bug middle-end/55487] ICE in mark_jump_label_1, at jump.c:1134 compiling gcc.c-torture/execute/pr51447.c at -O2 and above

[danglin at gcc dot gnu.org]

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



--- Comment #4 from John David Anglin  2013-03-31 
20:13:43 UTC ---

Think this must be a RTL sharing problem. The note kind changes somewhere

in the jump pass from NOTE_INSN_DELETED_LABEL to NOTE_INSN_DELETED_DEBUG_LABEL.

[Bug bootstrap/56714] [4.9 regression] Bootstrap failure libitm/local_atomic:1580:3: error: always_inline function might not be inlinable

[hubicka at gcc dot gnu.org]

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



--- Comment #3 from Jan Hubicka  2013-03-31 
20:08:22 UTC ---

I guess it is really complaining about the lack of inline modifier.

  __attribute__((__always_inline__)) bool

  atomic_flag_test_and_set_explicit(atomic_flag* __a,

memory_order __m) noexcept

  { return __a->test_and_set(__m); }



I think adding "inline" should do the trick?



Honza

[Bug fortran/56731] [4.7 Regression] ICE on (wrongly) referencing polymorphic array in select type

[janus at gcc dot gnu.org]

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



janus at gcc dot gnu.org changed:



   What|Removed |Added



Summary|ICE on (wrongly)|[4.7 Regression] ICE on

   |referencing polymorphic |(wrongly) referencing

   |array in select type|polymorphic array in select

   ||type



--- Comment #6 from janus at gcc dot gnu.org 2013-03-31 20:04:58 UTC ---

(In reply to comment #5)

> Sorry for the noise, the comment #3 was intended for pr56730. Indeed for this

> test I see the ICE for 4.7 only.



... which means it's a 4.7 regression after all.



If there is an easy fix, it should certainly be applied to the 4.7 branch

(otherwise one can probably forget about it, since it's "only" an

ICE-on-invalid).

[Bug other/55930] libatomic build failure if configured with --disable-dependency-tracking

[david.l.cantrell at gmail dot com]

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



David Cantrell  changed:



   What|Removed |Added



 CC||david.l.cantrell at gmail

   ||dot com



--- Comment #1 from David Cantrell  
2013-03-31 18:12:00 UTC ---

I am seeing the same behavior building gcc 4.8.0 locally using the following

options to ./configure:



--enable-languages=c,c++ \

--enable-bootstrap \

--enable-lto \

--enable-threads=posix \

--disable-checking \

--enable-long-long \

--enable-__cxa_atexit \

--enable-clocale=generic \

--disable-multilib \

--with-system-zlib \

--prefix=/usr \

--bindir=/usr/bin \

--sbindir=/usr/sbin \

--libexecdir=/usr/lib \

--sysconfdir=/etc \

--localstatedir=/var \

--libdir=/usr/lib \

--includedir=/usr/include \

--datadir=/usr/share \

--mandir=/usr/share/man \

--disable-nls \

--disable-silent-rules \

--disable-dependency-tracking

[Bug fortran/56765] [OOP] compilation errors/ICE with unlimited polymorphic array

[janus at gcc dot gnu.org]

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



--- Comment #4 from janus at gcc dot gnu.org 2013-03-31 17:35:13 UTC ---

Btw, this bug does not require unlimited polymorphism, but also shows up with

normal ('limited'?) CLASS definitions:





program t_limited

implicit none

type :: t

  integer :: i = 0

end type

class(t), dimension(:), pointer :: u

u => sub()

contains

function sub() result(r)

class(t), dimension(:), pointer :: r

type(t), dimension(3), target :: x = t(1)

r => x

end function

end program

[Bug middle-end/55487] ICE in mark_jump_label_1, at jump.c:1134 compiling gcc.c-torture/execute/pr51447.c at -O2 and above

[danglin at gcc dot gnu.org]

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



--- Comment #3 from John David Anglin  2013-03-31 
16:41:54 UTC ---

Created attachment 29760

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

Preprocessed source



Can be reproduced on i686-apple-darwin9:



-fpreprocessed pr51447.i -quiet -dumpbase pr51447.c -auxbase pr51447 -O2 -w

-version -fno-diagnostics-show-caret -fdump-tree-all -o pr51447.s

[Bug middle-end/55487] ICE in mark_jump_label_1, at jump.c:1134 compiling gcc.c-torture/execute/pr51447.c at -O2 and above

[danglin at gcc dot gnu.org]

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



--- Comment #2 from John David Anglin  2013-03-31 
15:43:31 UTC ---

Problem is note kind is NOTE_INSN_DELETED_DEBUG_LABEL.  It probably should be

NOTE_INSN_DELETED_LABEL.

[Bug c++/56793] ICE with scoped enum

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



   Keywords||ice-on-invalid-code

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-03-31

Summary|gcc -std=c++11  craps out   |ICE with scoped enum

   |with enum class syntax. |

 Ever Confirmed|0   |1

[Bug c++/56793] New: gcc -std=c++11 craps out with enum class syntax.

[dale at rdmp dot org]

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



 Bug #: 56793

   Summary: gcc -std=c++11  craps out with enum class syntax.

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

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

ReportedBy: d...@rdmp.org





Created attachment 29759

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

Simple source which crashes the compiler

[Bug c/56792] New: AVR, internal compiler error on build avr-libc

[Sergey.Belyashov at gmail dot com]

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



 Bug #: 56792

   Summary: AVR, internal compiler error on build avr-libc

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c

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

ReportedBy: sergey.belyas...@gmail.com





Created attachment 29758

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

preprocessed file



I try to build current trunk of avr-libc by gcc-4.8.0 release compiled by

mingw-builds 4.8.0 (http://sourceforge.net/projects/mingwbuilds/) 32bit.





$ avr-gcc -DHAVE_CONFIG_H -I. -I../../../../avr/lib/avr2 -I../../.. 

-I../../../../common -I../../../../include -I../../../include   -g -Wall -W

-Wstrict-prototypes -mmcu=avr2 -D__COMPILING_AVR_LIBC__ -mcall-prologues -Os 

-MT strftime.o -MD -MP -MF .deps/strftime.Tpo -c -o strftime.o

../../../../libc/time/strftime.c -save-temps

../../../../libc/time/strftime.c: In function 'strftime':

../../../../libc/time/strftime.c:293:19: warning: comparison between signed and

unsigned integer expressions [-Wsign-compare]

 for (d = 0; d < length; d++) {

   ^

../../../../libc/time/strftime.c: In function 'pgm_copystring':

../../../../libc/time/strftime.c:61:1: 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)

 ^





$ avr-gcc -v

Using built-in specs.

COLLECT_GCC=d:\Programming\Avr\bin\avr-gcc.exe

COLLECT_LTO_WRAPPER=d:/programming/avr/bin/../libexec/gcc/avr/4.8.0/lto-wrapper.exe

Target: avr

Configured with: ../gcc-4.8.0/configure --prefix=/d/programming/avr

--target=avr --host=i686-pc-mingw32 --enable-languages=c,c++ --without-libssp

--with-dwarf2 --disable-nls

Thread model: single

gcc version 4.8.0 (GCC)





$ uname -a

MINGW32_NT-6.1 Win7pc 1.0.17(0.48/3/2) 2011-04-24 23:39 i686 Msys

Google Groups: You've been added to jordanads2029

[Jordan Ads (Google Groups)]

 Jordan Ads jordanads2...@gmail.com has added you to the jordanads2029 group 
with this message:

The group's name, description, and address will automatically be included in 
the email.

Here is the group's description:


Jordan Ads for Advertising And Marketing 
Email: jordanads2...@gmail.com 
Mob: 00962 795 91 50 90 


--- Google Groups Information --

The owner of the group has set your subscription type as "Email", meaning that
you'll receive a copy of every message posted to the group as they are posted.



Visit this group on the web by using this URL:

http://groups.google.com/group/jordanads2029?hl=en

You can unsubscribe from this group using the following URL:

http://groups.google.com/group/jordanads2029/unsub?u=vVLZ_RQC2n-WG5jvDwkFd2-9fgt88Y01R7nSeGUcmuDgBQxq1g&hl=en

 Information About This Message 

If you feel that this message is abuse, please inform the Google Groups staff 
by using the URL below. 
http://groups.google.com/groups/abuse?direct=YQAAANgq7VlJqOFf3wMAAADLADG_0gr0hRlYQaMKN5c0L3knJyU&hl=en