[Bug c++/47541] New: For integer pointers, the value of ++*p is not written back to memory

[veksler at il dot ibm.com]

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

   Summary: For integer pointers, the value of ++*p  is not
written back to memory
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: veks...@il.ibm.com


The problem occurs in a copy constructor both for 386 and for X86-64. This is a
copy constructor of a reference counting object which uses int* to keep 
track of the number of copies of an "A" object. The copy constructor messes up,
it calculates the new count (in some cases), but forgets to write it back to
the int*.

The attached test case is a bit complicated, yet it is a simplification of real
code. There are two options to see the issue:
  $ g++ -O2 -g refcount.cpp && ./a.out
  Segmentation fault (core dumped)

  $ g++ -O2 -DTRACE -g refcount.cpp && ./a.out
  A::A()
  RefCount()
  count=1
  RefCount(const RefCount&)
  count=1
  ~RefCount()
  A::~A
  count=0
  Segmentation fault (core dumped)

As you can see, the reference is not incremented when it should be.

$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.5.1/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada,lto --enable-plugin
--enable-java-awt=gtk --disable-dssi
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-ppl --with-cloog --with-tune=generic --with-arch_32=i686
--build=x86_64-redhat-linux
Thread model: posix
gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)

[Bug driver/47480] GCC driver names a resolution file after the last argument to the linker

[d.g.gorbachev at gmail dot com]

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

--- Comment #2 from Dmitry Gorbachev  
2011-01-30 09:22:15 UTC ---
> So, please double-check your GCC version and paste -v output.

Checked recent weekly snapshot:

$ i686-pc-linux-gnu-gcc-4.6.0 -v
Using built-in specs.
COLLECT_GCC=i686-pc-linux-gnu-gcc-4.6.0
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.6/configure --enable-languages=c,c++
--enable-version-specific-runtime-libs --enable-checking=yes,fold --disable-nls
--disable-shared --disable-bootstrap
Thread model: posix
gcc version 4.6.0 20110129 (experimental) (GCC) 

The bug is still here.

> I thought I improved the situation with
> + if (infiles[i].incompiler

In this case, there are no files to compile.

> maybe we should just disregard "infiles" with starting '-' here
> (same with -Xlinker).

For example, it will not work with

$ gcc -flto -Wl,--whole-archive,-lfoobar,--no-whole-archive -save-temps

But it's probably something uncommon.

[Bug c++/47541] For integer pointers, the value of ++*p is not written back to memory

[veksler at il dot ibm.com]

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

Michael Veksler  changed:

   What|Removed |Added

Version|4.5.1   |4.6.0

--- Comment #1 from Michael Veksler  2011-01-30 
09:39:50 UTC ---
I recreated this bug, with the same attachment, for 4.6.0 20110129
(experimental):

Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.6-20110129/configure--enable-languages=c++
Thread model: posix
gcc version 4.6.0 20110129 (experimental) (GCC) 


Updating the version accordingly. 

Also, it seems to me that this worked fine with the gcc-4.4 series (I was able
to work with that code just fine with fc13 which, as far as I can remember,
comes with gcc-4.4). In that case, this is a regression.

[Bug c++/47541] For integer pointers, the value of ++*p is not written back to memory

[sch...@linux-m68k.org]

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

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.01.30 09:44:37
 Ever Confirmed|0   |1

--- Comment #2 from Andreas Schwab  2011-01-30 09:44:37 
UTC ---
There is no attachment.

[Bug fortran/47542] New: Statement functions and POINTER attribute

[burnus at gcc dot gnu.org]

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

   Summary: Statement functions and POINTER attribute
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: accepts-invalid, diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Kind of follow up to PR 47042.

I think the following is invalid, though I cannot fully pin-point it in the
standard:


integer, target :: c = 55
integer, pointer :: a, b

a() = c   ! << Statement function with pointer attribute
allocate(b)
b = a()   ! (1)
b => a()  ! (2)
end


The program is accepted by gfortran but rejected by other compilers:

Pathscale:
  "A" has the POINTER attribute, therefore it must not be declared as a
statement function (identifier first appeared at line 2)

ifort:
  error #6394: A statement function can not be pointer-valued.   [A]

NAG
  Error: stm.f90, line 4: POINTER A cannot be a statement function


I assume the same is true for allocatable; though, other compilers do not show
this clearly. Ifort has:

  error #6410: This name has not been declared as an array or a function.   [A]
a() = c
^

[Bug rtl-optimization/47454] registers are not allocated according to its preferred order

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|WAITING |NEW
 CC||ramana at gcc dot gnu.org

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[yuri at tsoft dot com]

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

--- Comment #4 from Yuri  2011-01-30 11:17:32 UTC ---
Passing --with-gnu-as option to configure fixes the problem.
But why can't configure detect this by itself? GNU as has --version which
clearly says that its GNU assembler. And original Solaris as doesn't have
--version option.

[Bug target/47543] New: ICE: in extract_insn, at recog.c:2109 when building zlib

[silver24k at gmail dot com]

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

   Summary: ICE: in extract_insn, at recog.c:2109 when building
zlib
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: silver...@gmail.com
Target: arm-none-eabi


trunk r169392
arm-none-eabi-gcc (alias as arm-gcc) cross build on linux

arm-gcc -mthumb -O2 -c reduced_zlib.c  --  ICE
arm-gcc -O2 -c reduced_zlib.c  --  OK
arm-gcc -mthumb -Os -c reduced_zlib.c  --  OK


~$ arm-gcc -v -mthumb -O2 -c reduced_zlib.c
Using built-in specs.
COLLECT_GCC=arm-gcc
COLLECT_LTO_WRAPPER=/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../libexec/gcc/arm/4.6.0/lto-wrapper
Target: arm
Configured with: ../../../gcc_trunk/configure --target=arm
--prefix=/platform/cross-on-linux/mingw --disable-threads --disable-tls
--disable-win32-registry --enable-version-specific-runtime-libs
--with-pkgversion='General ARM GCC' --enable-multilib --with-newlib
--with-headers=/home/starlight/src/gnu-toolchain/newlib/newlib/libc/include
--disable-nls --enable-languages=c,c++ --with-mpc=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-libelf=/usr/local
--disable-plugin --disable-libstdcxx-pch --enable-cloog-backend=isl
--disable-cloog-version-check
Thread model: single
gcc version 4.6.0 20110129 (experimental) mingw-20090616 (General ARM GCC)
COLLECT_GCC_OPTIONS='-v' '-mthumb' '-O2' '-c'

/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../libexec/gcc/arm/4.6.0/cc1
-quiet -v -imultilib wc4-eabi-lt-nofp -iprefix
/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/arm/4.6.0/
-D__USES_INITFINI__ reduced_zlib.c -quiet -dumpbase reduced_zlib.c -mthumb
-auxbase reduced_zlib -O2 -version -o /tmp/ccVEyLeu.s
GNU C (General ARM GCC) version 4.6.0 20110129 (experimental) mingw-20090616
(arm)
compiled by GNU C version 4.4.3, GMP version 5.0.1, MPFR version
3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring duplicate directory
"/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/../../lib/gcc/arm/4.6.0/include"
ignoring duplicate directory
"/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/../../lib/gcc/arm/4.6.0/include-fixed"
ignoring duplicate directory
"/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/../../lib/gcc/arm/4.6.0/../../../../arm/sys-include"
ignoring duplicate directory
"/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/../../lib/gcc/arm/4.6.0/../../../../arm/include"
#include "..." search starts here:
#include <...> search starts here:

/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/arm/4.6.0/include

/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/arm/4.6.0/include-fixed

/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/arm/4.6.0/../../../../arm/sys-include

/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../lib/gcc/arm/4.6.0/../../../../arm/include
End of search list.
GNU C (General ARM GCC) version 4.6.0 20110129 (experimental) mingw-20090616
(arm)
compiled by GNU C version 4.4.3, GMP version 5.0.1, MPFR version
3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 6359df9e8f9ff1f7e9bf32c68a88d49d
reduced_zlib.c: In function 'inflate':
reduced_zlib.c:286:1: error: unrecognizable insn:
(insn 918 917 916 57 (set (reg:QI 3 r3)
(mem/s:QI (plus:SI (reg:SI 2 r2)
(const_int 60 [0x3c])) [4 MEM[(struct inflate_state
*)D.2192_55].length+0 S1 A32])) reduced_zlib.c:252 -1
 (nil))
reduced_zlib.c:286: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.

[Bug target/47543] ICE: in extract_insn, at recog.c:2109 when building zlib

[silver24k at gmail dot com]

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

--- Comment #1 from Yu Simin  2011-01-30 11:25:44 
UTC ---
Created attachment 23167
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23167
reduced from zlib source

[Bug target/47540] ARM THUMB crash with complex numbers

[mikpe at it dot uu.se]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpe at it dot uu.se

--- Comment #2 from Mikael Pettersson  2011-01-30 
11:41:55 UTC ---
I can't reproduce the ICE on arm-linux-gnueabi with 4.6-20110122, 4.5-20110127,
or 4.4-20110125, and either -march=armv7-a or -march=armv5te + -mthumb.

The second condition in the proposed patch looks like it requires one register
too many to be <= LAST_LO_REGNUM.

[Bug preprocessor/47499] cpp will not process stdio.h

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Severity|blocker |normal

--- Comment #4 from Jonathan Wakely  2011-01-30 
11:45:00 UTC ---
this is not "blocker" priority, because no bug in the discontinued 4.2 branch
or in Apple's version can possibly block development/testing of gcc. That field
doesn't mean it's a problem for you.

[Bug preprocessor/47499] cpp will not process stdio.h

[redi at gcc dot gnu.org]

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

--- Comment #5 from Jonathan Wakely  2011-01-30 
11:48:14 UTC ---
also, there's probably an easy workaround:  instead of cpp use gcc -E

[Bug target/47543] ICE: in extract_insn, at recog.c:2109 when building zlib

[mikpe at it dot uu.se]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpe at it dot uu.se

--- Comment #2 from Mikael Pettersson  2011-01-30 
12:16:39 UTC ---
I can reproduce the ICE with gcc-4.6-20110129 (r169395) for arm-linux-gnueabi. 
It's a recent regression, gcc-4.6-20110122 (r169136) doesn't ICE.

[Bug c++/47541] For integer pointers, the value of ++*p is not written back to memory

[veksler at il dot ibm.com]

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

--- Comment #3 from Michael Veksler  2011-01-30 
12:39:04 UTC ---
Created attachment 23168
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23168
This is a minimal file to reproduce this error

Strange, it got lost somehow. Here it is, again.

[Bug fortran/47516] testsuite failure: realloc_on_assign_2.f03 (with --disable-bootstrap)

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

Summary|ICE with reallocate on  |testsuite failure:
   |assignment w/   |realloc_on_assign_2.f03
   |--disable-bootstrap |(with --disable-bootstrap)

--- Comment #2 from janus at gcc dot gnu.org 2011-01-30 13:34:08 UTC ---
(In reply to comment #1)
>  gcc version 4.5.0 20100604??? version is marked as 4.6.0

4.5.0 is the system compiler which I use to build the GCC trunk. Since the
failure only appears with --disable-bootstrap that might be relevant.

I still see this problem at r169406.

[Bug fortran/47516] testsuite failure: realloc_on_assign_2.f03 (with --disable-bootstrap)

[burnus at gcc dot gnu.org]

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

--- Comment #3 from Tobias Burnus  2011-01-30 
14:17:59 UTC ---
(In reply to comment #2)
> 4.5.0 is the system compiler which I use to build the GCC trunk. Since the
> failure only appears with --disable-bootstrap that might be relevant.
> 
> I still see this problem at r169406.

Can you try again using GCC 4.6.0 r169406 as compiler? (I.e. setting the PATH
and LD_LIBRARY_PATH such that 4.6.0 is used.)

For curiosity, I will try to compile without bootstrapping with
   4.5.1 20101208 [gcc-4_5-branch revision 167585]

However, it looks as if GCC 4.5.0 miscompiles f951; except for not
bootstrapping, there should be no difference between --disable-bootstrap and
not. (Contrary to --enable-checking=release.)

[Bug fortran/47463] [OOP] ICE in gfc_add_component_ref

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Severity|critical|normal

--- Comment #4 from janus at gcc dot gnu.org 2011-01-30 14:31:14 UTC ---
Slightly reduced/modified test case:

module hydro_state
  type :: state_t
   contains
 procedure :: assign
 generic   :: assignment(=) => assign
  end type
contains
  subroutine assign (this, that)
class(state_t), intent(inout) :: this
class(state_t), intent(in):: that
  end subroutine
end module


  use hydro_state
  type :: flow_t
 type(state_t) :: st
  end type

  class(flow_t),pointer :: this
  type(state_t) :: st
  this%st = st

end

[Bug fortran/47516] testsuite failure: realloc_on_assign_2.f03 (with --disable-bootstrap)

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.01.30 15:11:25
 Ever Confirmed|0   |1

--- Comment #4 from Tobias Burnus  2011-01-30 
15:11:25 UTC ---
(In reply to comment #3)
> For curiosity, I will try to compile without bootstrapping with
>4.5.1 20101208 [gcc-4_5-branch revision 167585]

Compiling finished - and works (x86-64-linux); I run f951 under valgrind and it
also did not show any problems.

> Can you try again using GCC 4.6.0 r169406 as compiler? (I.e. setting the PATH
> and LD_LIBRARY_PATH such that 4.6.0 is used.)

Setting status to waiting.

[Bug fortran/47542] Statement functions and POINTER attribute

[burnus at gcc dot gnu.org]

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

--- Comment #1 from Tobias Burnus  2011-01-30 
15:20:37 UTC ---
I ask at c.l.f:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/d873b176f178f8f8

[Bug c++/47544] New: c++0x linker does not find =default constructor for explicitly instantiated template

[tspiteri at ieee dot org]

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

   Summary: c++0x linker does not find =default constructor for
explicitly instantiated template
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: tspit...@ieee.org


When compiling the file a.cpp below, the linker does not find the constructor
of an explicitly instantiated template if the constructor is defined using =
default.


$ cat a.cpp
template 
struct s {
s();
};

extern template struct s;

template 
s::s() = default;
//s::s() {} // gives no error

template struct s;

int main()
{
s a;
}


$ g++-4.5 -std=c++0x a.cpp
/tmp/cc4PTe2q.o(.text+0x10): In function `main':
: undefined reference to `s::s()'
collect2: ld returned 1 exit status


$ g++-4.5 -v
Using built-in specs.
COLLECT_GCC=g++-4.5
COLLECT_LTO_WRAPPER=/home/eeyts/root/libexec/gcc/x86_64-unknown-linux-gnu/4.5.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.5.2/configure --prefix=/home/eeyts/root
--disable-shared --enable-threads=posix --enable-__cxa_atexit --enable-libgomp
--disable-libunwind-exceptions --enable-languages=c,c++,ada
--with-gmp=/home/eeyts/root --with-mpfr=/home/eeyts/root
--with-mpc=/home/eeyts/root --with-host-libstdcxx=/usr/lib64/libstdc++.so.6
--with-ppl=/home/eeyts/root --with-cloog=/home/eeyts/root
--with-libelf=/home/eeyts/root --program-suffix=-4.5
Thread model: posix
gcc version 4.5.2 (GCC) 


$ ld -v
GNU ld version 2.15.92.0.2 20040927

[Bug target/47543] ICE: in extract_insn, at recog.c:2109 when building zlib

[mikpe at it dot uu.se]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||law at gcc dot gnu.org

--- Comment #3 from Mikael Pettersson  2011-01-30 
15:32:23 UTC ---
It's caused (or triggered/exposed) by r169231:

Author: law
Date: Tue Jan 25 14:10:46 2011
New Revision: 169231

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169231
Log:
PR rtl-optimization/37273
* ira-costs.c (scan_one_insn): Detect constants living in memory and
handle them like argument loads from stack slots.  Do not double
count memory for memory constants and argument loads from stack slots.

[Bug debug/47508] [4.6 Regression] -fcompare-debug failure with -ftracer for pr42918.c

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Target|arm-eabi,   |arm-eabi,
   |sparc-sun-solaris2.11   |sparc-sun-solaris2.11,
   ||hppa64-hp-hpux11.11
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.30 16:00:51
 CC||danglin at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug c++/47541] [4.5/4.6 Regression] For integer pointers, the value of ++*p is not written back to memory

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|WAITING |NEW
 CC||hubicka at gcc dot gnu.org
   Target Milestone|--- |4.5.3
Summary|For integer pointers, the   |[4.5/4.6 Regression] For
   |value of ++*p  is not   |integer pointers, the value
   |written back to memory  |of ++*p  is not written
   ||back to memory

--- Comment #4 from H.J. Lu  2011-01-30 16:03:30 
UTC ---
It is caused by revision 152520:

http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00169.html

[Bug target/47540] ARM THUMB crash with complex numbers

[joel at gcc dot gnu.org]

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

--- Comment #3 from Joel Sherrill  2011-01-30 16:39:05 
UTC ---
Test case also fails on arm-rtems4.11 4.5.2 and arm-rtems4.10 4.4.5.  It works
on arm-rtems4.9 which is 4.3.2

= 4.5.2

$ sh -x j
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc --version
arm-rtems4.11-gcc (GCC) 4.5.2 20101216 (RTEMS
gcc-4.5.2-3.fc14/newlib-1.19.0-1.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O2 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: internal compiler error: in find_valid_class, at reload.c:704
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O1 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: internal compiler error: in find_valid_class, at reload.c:704
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O0 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: error: unable to find a register to spill in class 'GENERAL_REGS'
t1.c:3:1: error: this is the insn:
(insn 36 35 37 4 t1.c:3 (set (subreg:DF (reg:DC 147) 0)
(reg:DF 0 r0)) 184 {*thumb_movdf_insn} (nil))
t1.c:3: confused by earlier errors, bailing out
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -Os -mthumb t1.c

= 4.4.5
$ sh -x j
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc --version
arm-rtems4.10-gcc (GCC) 4.4.5 20101001 (RTEMS
gcc-4.4.5-4.fc13/newlib-1.18.0-19.fc13)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O2 -mthumb t1.c
t1.c: In function 'f':
t1.c:3: internal compiler error: in find_valid_class, at reload.c:700
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O1 -mthumb t1.c
t1.c: In function 'f':
t1.c:3: internal compiler error: in find_valid_class, at reload.c:700
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O0 -mthumb t1.c
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -Os -mthumb t1.c

=== 4.3.2
$ sh -x j
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc --version
arm-rtems4.9-gcc (GCC) 4.3.2 20080827 (RTEMS
gcc-4.3.2-24.el5/newlib-1.16.0-24.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O2 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O1 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O0 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -Os -mthumb t1.c

[Bug fortran/47485] gfortran -M output is incorrect when -MT option is used

[burnus at gcc dot gnu.org]

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

--- Comment #2 from Tobias Burnus  2011-01-30 
16:44:58 UTC ---
The first target - the one which should not appear - is set via

fortran/cpp.c's gfc_cpp_init_0 -> libcpp's cpp_read_main_file; the latter
contains:
  if (CPP_OPTION (pfile, deps.style) != DEPS_NONE)
  deps_add_default_target (pfile->deps, fname);

For "gcc" this is called, but "d->ntargets" == 1; in case of gfortran it is 0
and thus the extra ".o" is added.

The d->ntargets is incremented via "deps_add_target".

Thus, the problem seems to be that deps_add_target (for -MT) should be called
before libcpp's cpp_read_main_file.

[Bug fortran/47542] Statement functions and POINTER attribute

[burnus at gcc dot gnu.org]

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

--- Comment #2 from Tobias Burnus  2011-01-30 
17:10:02 UTC ---
Richard Maine and Nick seem to agree that it is invalid; Richard wrote:

"It certainly is not intended to be allowed. I'm completely sure of that.
Statement functions were deliberately not extended at the same time as they
were made obsolescent. I'm not seeing the explicit prohibition at the moment,
though I might well just be overlooking it."

Even after looking at the standard, both agree that it is implicitly
disallowed.

 * * *

Draft patch:

--- a/gcc/fortran/resolve.c
+++ b/gcc/fortran/resolve.c
@@ -10231,6 +10231,14 @@ resolve_fl_procedure (gfc_symbol *sym, int mp_flag)
   return FAILURE;
 }

+  if (sym->attr.proc == PROC_ST_FUNCTION
+  && (sym->attr.allocatable || sym->attr.pointer))
+{
+  gfc_error ("Statement function '%s' at %L may not have pointer or "
+"allocatable attribute", sym->name, &sym->declared_at);
+  return FAILURE;
+}
+
   /* 5.1.1.5 of the Standard: A function name declared with an asterisk
  char-len-param shall not be array-valued, pointer-valued, recursive
  or pure.  snip... A character value of * may only be used in the

[Bug c++/46317] Incorrect construction vtable on ARM in case of diamond shaped virtual inheritance

[end3er at gmail dot com]

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

end3er at gmail dot com changed:

   What|Removed |Added

Version|4.5.0   |4.2.1

--- Comment #7 from end3er at gmail dot com 2011-01-30 17:35:32 UTC ---
(In reply to comment #6)
> This test case works for me on armv5tel-linux-gnueabi with gcc 4.4.5, 4.5.2,
> and 4.6-20110122.


Oops, you are right actually, I missed one line in my static analysis (I didn't
have an ARM target to live test...):
8298:   e285101cadd r1, r5, #28
This line actually correctly sets r1 to +0x10
when compiling with GCC 4.5.0

So the bug is actually only seen with GCC 4.2.1

Sorry for the false positive...

[Bug lto/47497] [4.6 Regression] SPEC CPU 2006 failed to link with LTO

[hubicka at ucw dot cz]

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

--- Comment #7 from Jan Hubicka  2011-01-30 17:36:01 UTC 
---
> Honza?  Why is -fwhole-program not ignored, or why should it not be?
> Why does it make a difference at all here?
Well, it is effectively ignored - i.e. on symbols with resolution info attached
it should do nothing.  So it seems we fail to get resolution info from plugin
correctly.  I will check.

Honza

[Bug fortran/47523] Concatenation with deferred length character with lhs variable

[pault at gcc dot gnu.org]

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

--- Comment #4 from Paul Thomas  2011-01-30 17:50:07 
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

PR fortran/45170
PR fortran/35810
PR fortran/47350
* gfortran.dg/allocatable_function_5.f90: New test not added by
mistake on 2011-01-28.



Added:
trunk/gcc/testsuite/gfortran.dg/allocatable_function_5.f90
trunk/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47350] Deferred string length: ALLOCATE should allow MOLD=

[pault at gcc dot gnu.org]

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

--- Comment #3 from Paul Thomas  2011-01-30 17:50:05 
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

PR fortran/45170
PR fortran/35810
PR fortran/47350
* gfortran.dg/allocatable_function_5.f90: New test not added by
mistake on 2011-01-28.



Added:
trunk/gcc/testsuite/gfortran.dg/allocatable_function_5.f90
trunk/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/45170] [F2003] allocatable character lengths

[pault at gcc dot gnu.org]

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

--- Comment #11 from Paul Thomas  2011-01-30 17:50:06 
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

PR fortran/45170
PR fortran/35810
PR fortran/47350
* gfortran.dg/allocatable_function_5.f90: New test not added by
mistake on 2011-01-28.



Added:
trunk/gcc/testsuite/gfortran.dg/allocatable_function_5.f90
trunk/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/35810] [TR 15581 / F2003] Automatic reallocation on assignment to allocatable variables

[pault at gcc dot gnu.org]

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

--- Comment #18 from Paul Thomas  2011-01-30 17:50:07 
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

2011-01-30  Paul Thomas  

PR fortran/47523
* trans-expr.c (gfc_trans_assignment_1): If the rhs is an op
expr and is assigned to a deferred character length scalar,
make sure that the function is called before reallocation,
so that the length is available. Include procedure pointer
and procedure pointer component rhs as well.

PR fortran/45170
PR fortran/35810
PR fortran/47350
* gfortran.dg/allocatable_function_5.f90: New test not added by
mistake on 2011-01-28.



Added:
trunk/gcc/testsuite/gfortran.dg/allocatable_function_5.f90
trunk/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47523] Concatenation with deferred length character with lhs variable

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from Paul Thomas  2011-01-30 17:56:22 
UTC ---
Fixed on trunk.

Thanks, Thomas :-)

Cheers

Paul

[Bug c/47538] [4.6 Regression] GNU Scientific Library miscompiled by gcc 4.6

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Target|x86_64-apple-darwin10   |x86_64
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.30 18:10:12
 CC||jakub at redhat dot com
   Host|x86_64-apple-darwin10   |
   Target Milestone|--- |4.6.0
Summary|GNU Scientific Library  |[4.6 Regression] GNU
   |miscompiled by gcc 4.6  |Scientific Library
   ||miscompiled by gcc 4.6
 Ever Confirmed|0   |1
  Build|x86_64-apple-darwin10   |

--- Comment #6 from H.J. Lu  2011-01-30 18:10:12 
UTC ---
gsl-1.14/cheb/integ.c and gsl-1.14/eigen/herm.c are miscompiled
by revision 168440:

http://gcc.gnu.org/ml/gcc-cvs/2011-01/msg00057.html

[Bug fortran/47042] ICE with character pointer in function

[burnus at gcc dot gnu.org]

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

--- Comment #3 from Tobias Burnus  2011-01-30 
18:16:15 UTC ---
Author: burnus
Date: Sun Jan 30 18:16:12 2011
New Revision: 169414

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169414
Log:
2011-01-31  Tobias Burnus  

PR fortran/47042
* interface.c (gfc_procedure_use): Add explicit interface check
* for
pointer/allocatable functions.

2011-01-31  Tobias Burnus  

PR fortran/47042
* gfortran.dg/interface_34.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/interface_34.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/interface.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47042] ICE with character pointer in function

[burnus at gcc dot gnu.org]

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

--- Comment #4 from Tobias Burnus  2011-01-30 
18:17:33 UTC ---
Author: burnus
Date: Sun Jan 30 18:17:29 2011
New Revision: 169415

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169415
Log:
2011-01-31  Tobias Burnus  

PR fortran/47042
* resolve.c (resolve_fl_procedure): Reject stmt functions
with pointer/allocatable attribute.

2011-01-31  Tobias Burnus  

PR fortran/47042
* gfortran.dg/stmt_func_1.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/stmt_func_1.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47042] ICE with character pointer in function

[burnus at gcc dot gnu.org]

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

--- Comment #5 from Tobias Burnus  2011-01-30 
18:19:08 UTC ---
FIXED on the 4.6 trunk.

Thanks for the bug report!

[Bug fortran/47042] ICE with character pointer in function

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #6 from Tobias Burnus  2011-01-30 
18:19:29 UTC ---
really close as fixed

[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution

[rakdver at gcc dot gnu.org]

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

--- Comment #13 from Zdenek Dvorak  2011-01-30 
18:20:21 UTC ---
(In reply to comment #10)
> I think the 2nd patch is more "sound" (that is, it's easier to see what
> effects it will have).  Zdenek, do you agree?

yes

[Bug fortran/47042] ICE with character pointer in function

[burnus at gcc dot gnu.org]

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

--- Comment #7 from Tobias Burnus  2011-01-30 
18:21:08 UTC ---
(In reply to comment #4)
> New Revision: 169415
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169415

That commit was supposed to be for PR 47542.

[Bug fortran/47542] Statement functions and POINTER attribute

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Tobias Burnus  2011-01-30 
18:22:05 UTC ---
FIXED on the 4.6 trunk.

The commit unfortunately went in with the wrong PR number:



Author: burnus
Date: Sun Jan 30 18:17:29 2011
New Revision: 169415

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169415
Log:
2011-01-31  Tobias Burnus  

PR fortran/47042
* resolve.c (resolve_fl_procedure): Reject stmt functions
with pointer/allocatable attribute.

2011-01-31  Tobias Burnus  

PR fortran/47042
* gfortran.dg/stmt_func_1.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/stmt_func_1.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47545] New: ICE: in gfc_get_derived_type, at fortran/trans-types.c:2145

[dominiq at lps dot ens.fr]

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

   Summary: ICE: in gfc_get_derived_type, at
fortran/trans-types.c:2145
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr


At revision 169415, the following code (probably invalid)

module astronaut_class
  implicit none
  private  ! Hide everything by default
  public :: astronaut  ! Expose type & constructor
  type astronaut
private
character(:), allocatable :: greeting
  contains
procedure :: greet ! Public by default
  end type
!  interface astronaut  ! Map generic to actual name
!procedure constructor
!  end interface
contains
  function constructor(new_greeting) result(new_astronaut)
character(len=*), intent(in) :: new_greeting
type(astronaut) :: new_astronaut
new_astronaut%greeting = new_greeting
  end function

  function greet(this) result(message)
class(astronaut), intent(in) :: this
character(:), allocatable :: message
message = this%greeting
  end function
end module

program oo_hello_world
  use astronaut_class ,only : astronaut
  type(astronaut) :: pilot
  pilot = astronaut('Hello, world!')
  print *, pilot%greet()
end program

gives and ICE

f951: internal compiler error: in gfc_get_derived_type, at
fortran/trans-types.c:2145

If I remove the comments for the interface block, I get the following errors:

astronaut.f90:11.51:

  interface astronaut  ! Map generic to actual name
   1
Error: DERIVED attribute of 'astronaut' conflicts with PROCEDURE attribute at
(1)
astronaut.f90:12.4:

procedure constructor
1
Error: Unclassifiable statement at (1)
astronaut.f90:13.5:

  end interface
 1
Error: Expecting END MODULE statement at (1)
astronaut.f90:29.39:

  use astronaut_class ,only : astronaut
   1
Fatal Error: Can't open module file 'astronaut_class.mod' for reading at (1):
No such file or directory

[Bug fortran/47546] New: Internal error - free_pi_tree(): Unresolved fixup

[townsend at astro dot wisc.edu]

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

   Summary: Internal error - free_pi_tree(): Unresolved fixup
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: towns...@astro.wisc.edu


Created attachment 23169
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23169
Tar file containing source code and Makefile

Compiling the attached code:

gfortran -c hydro_types.f90 hydro_state.f90 hydro_speeds.f90 hydro_fluxes.f90

...I get the following error:

hydro_fluxes.f90:7.18:

  use hydro_speeds
  1
Internal Error at (1):
free_pi_tree(): Unresolved fixup

[Bug fortran/47546] Internal error - free_pi_tree(): Unresolved fixup

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.30 19:21:40
 CC||janus at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  2011-01-30 
19:21:40 UTC ---
The code compiles with if I concatenate all the files in a single one. The ICE
is still there if I reduce the file hydro_fluxes.f90 to

module hydro_fluxes

! Uses

  use hydro_types
  use hydro_state
  use hydro_speeds

end module hydro_fluxes

and disappears if I comment the line

  use hydro_speeds

If gfortran is 4.5, I get 

hydro_fluxes.f90:7.18:

  use hydro_speeds
  1
Internal Error at (1):
mio_component_ref(): Component not found

so it looks like an avatar of pr45827.

[Bug c/47538] [4.6 Regression] GNU Scientific Library miscompiled by gcc 4.6

[hjl.tools at gmail dot com]

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

--- Comment #7 from H.J. Lu  2011-01-30 19:24:16 
UTC ---
Revision 168440 also miscompiled the test:

make[4]: Entering directory `/export/gnu/import/rrs/pr47538/bld/linalg'
  3[0]: 1.13399061720677903e-312  1.5
  3[1]:2.50044 -0.5   
FAIL:   solve_TDN_cyc dim=2 A [233839] 
  5[0]: 1.13399061436096091e-312-0.227272727272727265
  5[1]:   -15.2579617834394945-0.136363636363636354
  5[2]:   -29.8280254777070013  1.31818181818181812
  5[3]:  -0.216560509554140079-0.409090909090909116
  5[4]:1.73885350318471321  1.95454545454545459
FAIL:   solve_TDN_cyc dim=5 [233840]
FAIL: Tridiagonal nonsymmetric cyclic solve [233841]
FAIL: test

[Bug fortran/47546] Internal error - free_pi_tree(): Unresolved fixup

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 CC||mikael at gcc dot gnu.org

--- Comment #2 from Mikael Morin  2011-01-30 
19:45:02 UTC ---
It works here if I circumvent the driver.

$ for file in hydro_types.f90 hydro_state.f90 hydro_speeds.f90 hydro_fluxes.f90
do
~/gcc46/build/gcc/f951 $file
done

[Bug fortran/47519] Deferred-length string wrong results with character intrinsic functions

[pault at gcc dot gnu.org]

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

--- Comment #4 from Paul Thomas  2011-01-30 21:22:21 
UTC ---
Created attachment 23170
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23170
Patch for the PR

This is regtesting as I right but I am sure that it is good.

Note the mod to dump-parse-file.c to allow for SOURCE/MOLD in ALLOCATE.

The trick was to generate a character length during resolution, in REPEAT.

Will submit tomorrow.

Paul

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[yuri at tsoft dot com]

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

--- Comment #5 from Yuri  2011-01-30 21:53:47 UTC ---
--with-gnu-as lets gcc build to succeed.
But resulting g++ has the problem on all c++ modules:
g++ -c m.cpp
Assembler: m.cpp
"/var/tmp//ccEysWY5.s", line 7 : Illegal mnemonic
Near line: ".cfi_startproc"
"/var/tmp//ccEysWY5.s", line 7 : Syntax error
Near line: ".cfi_startproc"
"/var/tmp//ccEysWY5.s", line 9 : Illegal mnemonic
Near line: ".cfi_def_cfa_offset 8"
"/var/tmp//ccEysWY5.s", line 9 : Syntax error
Near line: ".cfi_def_cfa_offset 8"
"/var/tmp//ccEysWY5.s", line 11 : Illegal mnemonic
Near line: ".cfi_offset 5, -8"
"/var/tmp//ccEysWY5.s", line 11 : Syntax error
Near line: ".cfi_offset 5, -8"
"/var/tmp//ccEysWY5.s", line 12 : Illegal mnemonic
Near line: ".cfi_def_cfa_register 5"
"/var/tmp//ccEysWY5.s", line 12 : Syntax error
Near line: ".cfi_def_cfa_register 5"
"/var/tmp//ccEysWY5.s", line 15 : Illegal mnemonic
Near line: ".cfi_restore 5"
"/var/tmp//ccEysWY5.s", line 15 : Syntax error
Near line: ".cfi_restore 5"
"/var/tmp//ccEysWY5.s", line 16 : Illegal mnemonic
Near line: ".cfi_def_cfa 4, 4"
"/var/tmp//ccEysWY5.s", line 16 : Syntax error
Near line: ".cfi_def_cfa 4, 4"
"/var/tmp//ccEysWY5.s", line 18 : Illegal mnemonic
Near line: ".cfi_endproc"
"/var/tmp//ccEysWY5.s", line 18 : Syntax error
Near line: ".cfi_endproc"
ba

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[redi at gcc dot gnu.org]

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

--- Comment #6 from Jonathan Wakely  2011-01-30 
22:02:18 UTC ---
(In reply to comment #4)
> Passing --with-gnu-as option to configure fixes the problem.

Which is why it's recommended in the docs:
http://gcc.gnu.org/install/specific.html#ix86-x-solaris210

Please try using the suggested configuration

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[yuri at tsoft dot com]

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

--- Comment #7 from Yuri  2011-01-30 22:03:50 UTC ---
Actually g++ produces the correct assembler file, but still calls original Sun
assembler /usr/ccs/bin/as instead of the GNU one from the path, regardless of
the option --with-gnu-as passed to gcc configure.

Removing /usr/ccs/bin/as fixes the problem.

So there are two issues with gcc-4.5.2 on Solaris:
1. Inability to detect GNU assembler in path (unwarranted requirement to pass
--with-gnu-as). Broken build when either no GNU assembler in path or no option
--with-gnu-as passed.
2. GNU assembler from path isn't used by g++, causing Sun assembler to fail on
GNU-formatted assembler file.

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[yuri at tsoft dot com]

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

--- Comment #8 from Yuri  2011-01-30 22:06:50 UTC ---
(In reply to comment #6)
> Which is why it's recommended in the docs:
> http://gcc.gnu.org/install/specific.html#ix86-x-solaris210
> 
> Please try using the suggested configuration

There is nothing in these recommendations that configure can't do by itself.
Please update configure so that all users don't have to stumble upon the same
things over and over.

[Bug fortran/47545] ICE: in gfc_get_derived_type, at fortran/trans-types.c:2145

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 CC||janus at gcc dot gnu.org

--- Comment #1 from janus at gcc dot gnu.org 2011-01-30 22:18:26 UTC ---
Reduced test case:


  type astronaut
character(:), allocatable :: greeting
  end type

contains

  function constructor() result(new_astronaut)
type(astronaut) :: new_astronaut
  end function

end

[Bug ada/47500] -G0 option not recognized by gnat1

[ebotcazou at gcc dot gnu.org]

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

--- Comment #5 from Eric Botcazou  2011-01-30 
22:28:40 UTC ---
> What do you mean?  It dictates the maximum size of objects placed in sbss and
> sdata sections.  So -Gnumber is accepted by cc1.

The question is, how does it accept it?

[Bug libstdc++/36104] [4.3/4.4/4.5/4.6 Regression] gnu-versioned-namespace is broken

[bkoz at gcc dot gnu.org]

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

--- Comment #16 from Benjamin Kosnik  2011-01-30 
22:39:49 UTC ---
Author: bkoz
Date: Sun Jan 30 22:39:36 2011
New Revision: 169421

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169421
Log:
2011-01-30  Benjamin Kosnik  

PR libstdc++/36104 part four
* include/bits/c++config (_GLIBCXX_STD): Remove.
(_GLIBCXX_STD_D, _GLIBCXX_PR): Now _GLIBCXX_STD_C.
(_GLIBCXX_P): Now _GLIBCXX_STD_A.
(_GLIBCXX_NAMESPACE_DEBUG, _GLIBCXX_NAMESPACE_PARALLEL,
 _GLIBCXX_NAMESPACE_PROFILE, _GLIBCXX_NAMESPACE_VERSION): Remove.
(_GLIBCXX_INLINE_DEBUG, _GLIBCXX_INLINE_PARALLEL,
 _GLIBCXX_INLINE_PROFILE): Remove.
(_GLIBCXX_BEGIN_NAMESPACE(X)): Remove.
(_GLIBCXX_END_NAMESPACE): Remove.
(_GLIBCXX_BEGIN_NESTED_NAMESPACE(X, Y)): Remove.
(_GLIBCXX_END_NESTED_NAMESPACE): Remove.
(_GLIBCXX_BEGIN_NAMESPACE_ALGO): Add.
(_GLIBCXX_END_NAMESPACE_ALGO): Add.
(_GLIBCXX_BEGIN_NAMESPACE_CONTAINER): Add.
(_GLIBCXX_END_NAMESPACE_CONTAINER): Add.
(_GLIBCXX_BEGIN_NAMESPACE_VERSION): Add.
(_GLIBCXX_END_NAMESPACE_VERSION): Add.
(_GLIBCXX_BEGIN_LDBL_NAMESPACE): To _GLIBCXX_BEGIN_NAMESPACE_LDBL.
(_GLIBCXX_END_LDBL_NAMESPACE): To _GLIBCXX_END_NAMESPACE_LDBL.
(_GLIBCXX_VISIBILITY_ATTR): Revert to _GLIBCXX_VISIBILITY.
* include/*: Use new macros for namespace scope.
* config/*: Same.
* src/*: Same.

* src/Makefile.am (sources): Remove debug_list.cc, add
compatibility-debug_list-2.cc.
(parallel_sources): Remove parallel_list.cc, add
compatibility-parallel_list-2.cc.
(compatibility-parallel_list-2.[o,lo]): New rule.
* src/Makefile.in: Regenerate.
* src/debug_list.cc: Remove.
* src/parallel_list.cc: Remove.
* src/compatibility-list-2.cc: New.
* src/compatibility-debug_list-2.cc: New.
* src/compatibility-parallel_list-2.cc: New.

* doc/doxygen/user.cfg.in: Adjust macros.

* testsuite/20_util/auto_ptr/assign_neg.cc: Adjust line numbers, macros.
* testsuite/20_util/declval/requirements/1_neg.cc: Same.
* testsuite/20_util/duration/requirements/typedefs_neg1.cc: Same.
* testsuite/20_util/duration/requirements/typedefs_neg2.cc: Same.
* testsuite/20_util/duration/requirements/typedefs_neg3.cc: Same.
* testsuite/20_util/forward/c_neg.cc: Same.
* testsuite/20_util/forward/f_neg.cc: Same.
* testsuite/20_util/make_signed/requirements/typedefs_neg.cc: Same.
* testsuite/20_util/make_unsigned/requirements/typedefs_neg.cc: Same.
* testsuite/20_util/ratio/cons/cons_overflow_neg.cc: Same.
* testsuite/20_util/ratio/operations/ops_overflow_neg.cc: Same.
* testsuite/20_util/shared_ptr/cons/43820_neg.cc: Same.
* testsuite/20_util/weak_ptr/comparison/cmp_neg.cc: Same.
* testsuite/23_containers/deque/requirements/dr438/assign_neg.cc: Same.
* testsuite/23_containers/deque/requirements/dr438/
constructor_1_neg.cc: Same.
* testsuite/23_containers/deque/requirements/dr438/
constructor_2_neg.cc: Same.
* testsuite/23_containers/deque/requirements/dr438/insert_neg.cc: Same.
* testsuite/23_containers/forward_list/capacity/1.cc: Same.
* testsuite/23_containers/forward_list/requirements/dr438/
assign_neg.cc: Same.
* testsuite/23_containers/forward_list/requirements/dr438/
constructor_1_neg.cc: Same.
* testsuite/23_containers/forward_list/requirements/dr438/
constructor_2_neg.cc: Same.
* testsuite/23_containers/forward_list/requirements/dr438/
insert_neg.cc: Same.
* testsuite/23_containers/list/capacity/29134.cc: Same.
* testsuite/23_containers/list/requirements/dr438/assign_neg.cc: Same.
* testsuite/23_containers/list/requirements/dr438/
constructor_1_neg.cc: Same.
* testsuite/23_containers/list/requirements/dr438/
constructor_2_neg.cc: Same.
* testsuite/23_containers/list/requirements/dr438/insert_neg.cc: Same.
* testsuite/23_containers/vector/bool/capacity/29134.cc: Same.
* testsuite/23_containers/vector/bool/modifiers/insert/31370.cc: Same.
* testsuite/23_containers/vector/requirements/dr438/assign_neg.cc: Same.
* testsuite/23_containers/vector/requirements/dr438/
constructor_1_neg.cc: Same.
* testsuite/23_containers/vector/requirements/dr438/
constructor_2_neg.cc: Same.
* testsuite/23_containers/vector/requirements/dr438/insert_neg.cc: Same.
* testsuite/25_algorithms/sort/35588.cc: Same.
* testsuite/27_io/ios_base/cons/assign_neg.cc: Same.
* testsuite/27_io/ios_base/cons/copy_neg.cc: Same.
* testsuite/ext/profile/mutex_extensions_neg.cc: Same.
* testsuite/ext/profile/profiler_algos.cc: Same.
* testsuite/ext/type_traits/add_unsigned_floating_neg.cc: Same.
* testsuite/ext/type_traits/add_unsigned_integer_neg.cc: Same.
* testsuite/ext/type_traits/remove_unsigned_floating_neg.cc: Same.
* testsuite/ext/type_traits/remove_unsigned_integer_neg.cc: Same.
* testsuite/tr1/2_general_utilities/sha

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[redi at gcc dot gnu.org]

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

--- Comment #9 from Jonathan Wakely  2011-01-30 
23:13:28 UTC ---
well if you don't want a working compiler feel free to ignore the docs and
refuse to try the options that might help

patches to configure are welcome.

[Bug c++/47536] gcc-4.5.2 fails to build on Solaris 10 i386

[yuri at tsoft dot com]

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

--- Comment #10 from Yuri  2011-01-30 23:27:13 UTC ---
(In reply to comment #9)
> well if you don't want a working compiler feel free to ignore the docs and
> refuse to try the options that might help

I didn't refuse to try anything, I already got the working compiler.
I have suggested the improvement of configure to avoid further user confusion.

[Bug driver/30090] Incorrectness in `gcc.c'

[d.g.gorbachev at gmail dot com]

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

--- Comment #2 from Dmitry Gorbachev  
2011-01-30 23:39:27 UTC ---
$ gcc --version
gcc (GCC) 4.6.0 20110129 (experimental)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ grep -A6 'Specs are strings' gcc-4.6/gcc/gcc.c
Specs are strings containing lines, each of which (if not blank)
is made up of a program name, and arguments separated by spaces.
The program name must be exact and start from root, since no path
is searched and it is unreliable to depend on the current working directory.
Redirection of input or output is not supported; the subprograms must
accept filenames saying what files to read and write.

$ gcc -E -x foo_language -specs=specs /dev/null
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
/usr/games/fortune
Never reveal your best argument.

[Bug driver/47547] New: WHOPR, can't use /dev/null as an output file

[d.g.gorbachev at gmail dot com]

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

   Summary: WHOPR, can't use /dev/null as an output file
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: trivial
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com


$ touch empty.c
$ gcc -flto empty.c -o /dev/null
lto1: fatal error: can't open /dev/null.s for writing: Permission denied
[...]

[Bug c/47548] New: [regression] m32c-rtems ICEt in change_address_1, at emit-rtl.c:1933

[joel at gcc dot gnu.org]

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

   Summary: [regression] m32c-rtems ICEt in change_address_1, at
emit-rtl.c:1933
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


Created attachment 23171
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23171
Preprocess file from RTEMS tripping bug.

$ m32c-rtems4.11-gcc -g -O2 -c testcase.c 
/users/joel/test-gcc/rtems/cpukit/libblock/src/bdbuf.c: In function
'rtems_bdbuf_wait':
/users/joel/test-gcc/rtems/cpukit/libblock/src/bdbuf.c:1002:1: internal
compiler error: in change_address_1, at emit-rtl.c:1933
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Works at -O1 and fails at -Os.

Gajevskls Parads dod padomu Tev nevis beedaaties, bet pelniit naudu vienkarshaa veidaa

[Askolds]

Nocheko to te pamacibu un uzsaac pelnit $$$ bez stresa un kaveshanaas! 

dimantu raktuves ir peec saites: http://www.prom-uz-laimigo-zemi.info 


Vagivs un Fedora jau pelna!

[Bug bootstrap/47279] Bootstrap fails in stage1 with GCC 4.6

[amodra at gmail dot com]

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

--- Comment #9 from Alan Modra  2011-01-31 01:40:15 
UTC ---
I can't duplicate the failure, even using 167488 as host compiler.  -Wl,--stats
shows:

/usr/local/powerpc-linux/bin/ld: linker stubs in 2 groups
/usr/local/powerpc-linux/bin/ld:   branch   0
/usr/local/powerpc-linux/bin/ld:   toc adjust   0
/usr/local/powerpc-linux/bin/ld:   long branch  0
/usr/local/powerpc-linux/bin/ld:   long toc adj 0
/usr/local/powerpc-linux/bin/ld:   plt call 165

so no toc adjusting stubs needed, as expected for -mcmodel=medium.  That makes
your ld failure even weirder.

[Bug debug/45136] -fcompare-debug failure with -Os -fschedule-insns

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
 Resolution|FIXED   |

--- Comment #11 from Alexandre Oliva  2011-01-31 
05:07:17 UTC ---
Temporarily reverting after reports that it caused bug 47498, bug 47501, and a
regression of gcc.dg/pr42918.c on SPU.

[Bug debug/45136] -fcompare-debug failure with -Os -fschedule-insns

[aoliva at gcc dot gnu.org]

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

--- Comment #12 from Alexandre Oliva  2011-01-31 
05:13:38 UTC ---
Author: aoliva
Date: Mon Jan 31 05:13:34 2011
New Revision: 169429

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169429
Log:
Reverted:
2011-01-25  Alexandre Oliva  
PR debug/45136
PR debug/45130
* haifa-sched.c (get_ebb_head_tail): Move notes across boundary
debug insns.
(no_real_insns_p, schedule_block, set_priorities): Drop special
treatment of boundary debug insns.
* sched-deps.c (sd_init_insn, sd_finish_insn): Don't mark debug
insns.
* sched-ebb.c (schedule_ebbs): Don't skip debug insns.
* sched-int.h (DEBUG_INSN_SCHED_P): Remove.
(BOUNDARY_DEBUG_INSN_P): Likewise.
(SCHEDULE_DEBUG_INSN_P): Likewise.
* sched-rgn.c (init_ready_list): Drop special treatment of
boundary debug insns.
* final.c (rest_of_clean-state): Clear notes' BB.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/final.c
trunk/gcc/haifa-sched.c
trunk/gcc/sched-deps.c
trunk/gcc/sched-ebb.c
trunk/gcc/sched-int.h
trunk/gcc/sched-rgn.c

[Bug debug/45130] -fcompare-debug failure with -Os -fsched-spec-load -fschedule-insns

[aoliva at gcc dot gnu.org]

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

--- Comment #5 from Alexandre Oliva  2011-01-31 
05:13:38 UTC ---
Author: aoliva
Date: Mon Jan 31 05:13:34 2011
New Revision: 169429

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169429
Log:
Reverted:
2011-01-25  Alexandre Oliva  
PR debug/45136
PR debug/45130
* haifa-sched.c (get_ebb_head_tail): Move notes across boundary
debug insns.
(no_real_insns_p, schedule_block, set_priorities): Drop special
treatment of boundary debug insns.
* sched-deps.c (sd_init_insn, sd_finish_insn): Don't mark debug
insns.
* sched-ebb.c (schedule_ebbs): Don't skip debug insns.
* sched-int.h (DEBUG_INSN_SCHED_P): Remove.
(BOUNDARY_DEBUG_INSN_P): Likewise.
(SCHEDULE_DEBUG_INSN_P): Likewise.
* sched-rgn.c (init_ready_list): Drop special treatment of
boundary debug insns.
* final.c (rest_of_clean-state): Clear notes' BB.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/final.c
trunk/gcc/haifa-sched.c
trunk/gcc/sched-deps.c
trunk/gcc/sched-ebb.c
trunk/gcc/sched-int.h
trunk/gcc/sched-rgn.c

[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=

[aoliva at gcc dot gnu.org]

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

--- Comment #12 from Alexandre Oliva  2011-01-31 
05:20:31 UTC ---
Author: aoliva
Date: Mon Jan 31 05:20:17 2011
New Revision: 169430

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169430
Log:
ChangeLog:
PR libgcj/44341
* configure.ac: Discard --with-* flags for host when configuring
target libraries for cross build.
* configure: Rebuilt.
gcc/ChangeLog:
PR libgcj/44341
* doc/install.texi: Document host options discarded when cross
configuring target libraries.

Modified:
trunk/ChangeLog
trunk/configure
trunk/configure.ac
trunk/gcc/ChangeLog
trunk/gcc/doc/install.texi

[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #13 from Alexandre Oliva  2011-01-31 
05:21:59 UTC ---
Fixed

[Bug debug/47106] -fcompare-debug failure (length) with -fpartial-inlining -flto -fconserve-stack

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #6 from Alexandre Oliva  2011-01-31 
05:36:14 UTC ---
Fix reverted because of bug 47402, still working on a proper fix.

[Bug fortran/47545] ICE: in gfc_get_derived_type, at fortran/trans-types.c:2145

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Tobias Burnus  2011-01-31 
07:11:31 UTC ---
(In reply to comment #1)
>   type astronaut
> character(:), allocatable :: greeting
>   end type

Deferred-length components are not yet supported, cf. bug 45170 comment 9.

Nevertheless, gfortran should not ICE.

[Bug fortran/47519] Deferred-length string wrong results with character intrinsic functions

[paul.richard.thomas at gmail dot com]

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

--- Comment #5 from paul.richard.thomas at gmail dot com  2011-01-31 07:26:23 UTC ---
> This is regtesting as I right but I am sure that it is good.

That does indeed regtest OK.

Paul

[Bug target/46426] [avr] avr/libgcc.S in SVN r166596 fails to compile

[Kicer86 at gmail dot com]

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

Michal  changed:

   What|Removed |Added

 CC||Kicer86 at gmail dot com

--- Comment #1 from Michal  2011-01-31 07:57:14 UTC 
---
Same here.
But even if I apply this patch, gcc segfaults for any given source.