[Bug tree-optimization/36318] SRA pessimizes struct copies without -Os

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-06-05 08:30 ---
Subject: Bug 36318

Author: rguenth
Date: Fri Jun  5 08:30:21 2009
New Revision: 148203

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148203
Log:
2009-06-05  Alexander Strange 

PR tree-optimization/36318
* gcc.dg/tree-ssa/sra-7.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/sra-7.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/40349] New: compiler crash with -O3

[pierphil at xs4all dot nl]

When I compile the subroutine (pasted at the end of this report) with

 gfortran -c -ffree-form -O3  bug.f90

The compiler crashes with the output

bug.f90: In function 'subbug':
bug.f90:1: internal compiler error: in compare_values_warnv, at tree-vrp.c:1031
Please submit a full bug report,
with preprocessed source if appropriate.



It does not crash with -O2

This is my compiler version

gfortran -v 
Using built-in specs.
Target: i386-apple-darwin9.4.0
Configured with: ../gcc-4.4-20080801/configure --enable-languages=fortran
Thread model: posix
gcc version 4.4.0 20080801 (experimental) (GCC) 

Finally here is the subroutine "bug.f90"

subroutine subbug(data, n1,n2,n3)

   implicit none   

   integer(kind(1)) :: i,j,k, ngr, n1,n2,n3
   real(kind(1.0d0)) ::  data((n1+2)*n2*n3)

   ngr = n1*n2*n3

   data(2:ngr+2*n2*n3:2) = -data(2:ngr+2*n2*n3:2)
   data = RESHAPE((/ &
(((data(i+(j-1)*n1+(k-1)*n1*n2),i=1, n1),   &
   data(ngr+1+(j-1)*2+(k-1)*2*n2),  &
   data(ngr+2+(j-1)*2+(k-1)*2*n2),j=1,n2),k=1,n3 )  &
/),SHAPE=(/ngr+2*n2*n3/))


end subroutine subbug


-- 
   Summary: compiler crash with -O3
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pierphil at xs4all dot nl


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

[Bug fortran/40349] compiler crash with -O3

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-06-05 09:54 ---
Works on me on (powerpc|i686)-apple-darwin9 (10.5.7) on trunk, 4.4.0, 4.4.1,
4.3.3, and 4.2.3 with or without -m64.


-- 


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

[Bug bootstrap/40350] New: [4.5 Regression] Bootstrap failure indwarf2out.c on i686-apple-darwin9

[dominiq at lps dot ens dot fr]

At revision 148201, bootstrapping failed on i686-apple-darwin9 at stage 2 with:

/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.5w/i686-apple-darwin9/include -isystem
/opt/gcc/gcc4.5w/i686-apple-darwin9/sys-include-c  -g -O2
-fomit-frame-pointer -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -fno-common  -DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.5-work/gcc -I../../gcc-4.5-work/gcc/.
-I../../gcc-4.5-work/gcc/../include -I./../intl
-I../../gcc-4.5-work/gcc/../libcpp/include -I/opt/mpc/build/include 
-I/sw/include  -I../../gcc-4.5-work/gcc/../libdecnumber
-I../../gcc-4.5-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include 
-I/sw/include -DCLOOG_PPL_BACKEND   ../../gcc-4.5-work/gcc/dwarf2out.c -o
dwarf2out.o
cc1: warnings being treated as errors
../../gcc-4.5-work/gcc/dwarf2out.c: In function 'dwarf2out_source_line':
../../gcc-4.5-work/gcc/dwarf2out.c:16229:28: error: unused parameter
'discriminator'

I don't know if this related to pr40347.


-- 
   Summary: [4.5 Regression] Bootstrap failure indwarf2out.c on
i686-apple-darwin9
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug c/40351] New: ice in generate_subtree_copies for Linux kernel build

[dcb314 at hotmail dot com]

I just tried to compile the recent Linux kernel 2.6.29.4
with the GNU gcc version 4.5 snapshot 20090604.

The compiler said

arch/x86/kernel/io_apic.c:4182:1: internal compiler error: in
generate_subtree_copies, at tree-sra.c:1702
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O2 required.


-- 
   Summary: ice in generate_subtree_copies for Linux kernel build
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug c/40351] ice in generate_subtree_copies for Linux kernel build

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2009-06-05 10:57 ---
Created an attachment (id=17953)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17953&action=view)
gzipped C source code


-- 


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

[Bug bootstrap/40350] [4.5 Regression] Bootstrap failure indwarf2out.c on i686-apple-darwin9

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-06-05 11:22 ---
Bootstrap fails also on powerpc-apple-darwin9 since revision 148191:

NEW GCC build failure, h...@148191 on native

and on i686-pc-linux-gnu:

NEW GCC build failure, h...@148193 on native


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 CC||ccoutant at gcc dot gnu dot
   ||org


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

[Bug c/40352] New: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2738

[michael dot a dot richmond at nasa dot gov]

When I attempt to compile gcc 4.5.0 on a Sun Ultra 10 under Debian Linux I get
the following messages:

In file included from
/home/mrichmon/gcc-4.5-20090604/libgcc/../gcc/unwind-dw2-fde-glibc.c:59:0:
/home/mrichmon/gcc-4.5-20090604/libgcc/../gcc/unwind-dw2-fde.c: In function
GÇÿ__register_frame_tableGÇÖ:
/home/mrichmon/gcc-4.5-20090604/libgcc/../gcc/unwind-dw2-fde.c:154:1: internal
compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2738


-- 
   Summary: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2738
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
 GCC build triplet: sparc-unknown-linux-gnu
  GCC host triplet: sparc-unknown-linux-gnu
GCC target triplet: sparc-unknown-linux-gnu


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

[Bug tree-optimization/40351] [4.5 Regression] ice in generate_subtree_copies for Linux kernel build

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-06-05 11:40 ---
Reduced testcase, fails with -O.

struct IO_APIC_route_entry {
unsigned int vector : 8;
unsigned int delivery_mode : 1;
unsigned int mask : 1;
unsigned int __reserved_2 : 15;
unsigned int __reserved_3 : 8;
} __attribute__ ((packed));
union entry_union {
struct {
unsigned int w1, w2;
};
struct IO_APIC_route_entry entry;
};
unsigned int io_apic_read(void);
struct IO_APIC_route_entry ioapic_read_entry(void)
{
  union entry_union eu;
  eu.w1 = io_apic_read();
  return eu.entry;
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org, mjambor at suse dot cz
 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2009-06-05 11:40:57
   date||
Summary|ice in  |[4.5 Regression] ice in
   |generate_subtree_copies for |generate_subtree_copies for
   |Linux kernel build  |Linux kernel build
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/40351] [4.5 Regression] ice in generate_subtree_copies for Linux kernel build

[jamborm at gcc dot gnu dot org]

--- Comment #3 from jamborm at gcc dot gnu dot org  2009-06-05 11:49 ---
Mine.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jamborm at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-06-05 11:40:57 |2009-06-05 11:49:33
   date||


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

[Bug bootstrap/40350] [4.5 Regression] Bootstrap failure indwarf2out.c on i686-apple-darwin9

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-06-05 12:11 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug bootstrap/40350] [4.5 Regression] Bootstrap failure indwarf2out.c on i686-apple-darwin9

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-06-05 12:11 ---
Subject: Bug 40350

Author: rguenth
Date: Fri Jun  5 12:10:44 2009
New Revision: 148206

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148206
Log:
2009-06-05  Richard Guenther  

PR bootstrap/40350
* dwarf2out.c (dwarf2out_begin_function): Mark discriminator
as possibly unused.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c


-- 


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

[Bug c/40353] New: [GCC-4.4.0] configure --with-sysroot needs header files, but it should not

[no dot spam dot to dot me at ish dot de]

Hello!

I try to build a cross compiler with sysroot support- before I build one
without sysroot support.

To build without sysroot support I used the following configure options:

--prefix="${CROSS_DIR}" --target="${BUILD_TARGET}" --with-cpu=405 --disable-nls
--disable-shared --disable-multilib --disable-decimal-float --disable-threads
--disable-libmudflap --disable-libssp --disable-libgomp --enable-languages=c

It compiled without having a libc installed (just binutils, of course).

Now I want to build a cross compiler with sysroot- support (binutils compiled
fine) with the following options:

--prefix="${CROSS_DIR}" --target="${BUILD_TARGET}"
--with-sysroot="${CROSS_DIR}" --with-cpu=405 --disable-nls --disable-shared
--disable-multilib --disable-decimal-float --disable-threads
--disable-libmudflap --disable-libssp --disable-libgomp --enable-languages=c

Now libc- headers are needed. Even when --without-headers is given as option.
I don't understand that.


-- 
   Summary: [GCC-4.4.0] configure --with-sysroot needs header files,
but it should not
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: no dot spam dot to dot me at ish dot de
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-405-linux-gnu


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

[Bug libstdc++/35569] [c++0x] std::bind result functor doesn't accept rvalues

[jwakely dot gcc at gmail dot com]

--- Comment #8 from jwakely dot gcc at gmail dot com  2009-06-05 12:48 
---
I've got std::bind and friends working with rvalues, but bug 34022 means that
ugly workarounds are needed to work with rvalues of scalar types.  When Core DR
664 is ready and bug 34022 is fixed that won't be necessary.

Similar problems exist when invoking std::function with scalar rvalue
arguments.


-- 

jwakely dot gcc at gmail dot com changed:

   What|Removed |Added

  BugsThisDependsOn||34022


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

[Bug fortran/40354] New: bug with procedure pointers and C interoperability

[alain dot hebert at polymtl dot ca]

The following code fail with message:
Error: Parameter 'sub1' to 'c_funloc' at (1) must be BIND(C)
It works with g95 and with ifort

code:
   use, intrinsic :: iso_c_binding
   interface
  real function sub2(a,b)
 real,intent(in) :: a, b
  end function sub2
   end interface
   procedure(sub2), pointer :: sub2_pt
   type(c_funptr) :: sub3_pt
   external sub1
   real :: sum
!
   sub3_pt=c_funloc(sub1)
!
   call c_f_procpointer(sub3_pt, sub2_pt)
   sum=sub2_pt(5.,7.)
   print *,'a+b=',sum
   stop
end program main
!
real function sub1(a,b)
   real :: a, b
   sub1=a+b
   return
end function sub1


-- 
   Summary: bug with procedure pointers and C interoperability
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alain dot hebert at polymtl dot ca


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

[Bug c/40339] gcc: error trying to exec 'as': execvp: No such file or directory

[dsandler at paychex dot com]

--- Comment #4 from dsandler at paychex dot com  2009-06-05 13:37 ---
I'm running RHEL5 on an x86_64 box from HP.  I believe gcc and as were
preconfigured when the OS was installed on the box.  In what other ways would I
know if as was not properly installed?  Do you have any tips on what is the
correct way to install as?


-- 


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

[Bug c/40339] gcc: error trying to exec 'as': execvp: No such file or directory

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-06-05 14:30 ---
You haven't told us haw you have configured gcc, if it was a native build or
cross, etc.
If it is a native build, checking that /usr/bin/as exists is the first step.
You can e.g. strace the gcc driver to find out where exactly it is looking for
as.


-- 


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

[Bug debug/40352] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2738

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |debug
   Keywords||build, ice-on-valid-code
Summary|ICE in  |[4.5 Regression] ICE in
   |dwarf2out_begin_epilogue, at|dwarf2out_begin_epilogue, at
   |dwarf2out.c:2738|dwarf2out.c:2738
   Target Milestone|--- |4.5.0


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

[Bug debug/40352] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2738

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-06-05 14:43 ---
Most likely related to PR 40347.


-- 


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

[Bug c/40339] gcc: error trying to exec 'as': execvp: No such file or directory

[dsandler at paychex dot com]

--- Comment #6 from dsandler at paychex dot com  2009-06-05 14:59 ---
(In reply to comment #5)
> You haven't told us haw you have configured gcc, if it was a native build or
> cross, etc.
> If it is a native build, checking that /usr/bin/as exists is the first step.
> You can e.g. strace the gcc driver to find out where exactly it is looking for
> as.

I'm working on getting an answer regarding the configuration of gcc from our SA
group, as I'm not an SA.  I can tell you that /usr/bin/as does exist.

All of my work has been done on HP-UX 11.23 and IA64 boxes, so I'm very new to
RHEL5 and x86_64.  Could you tell me how to strace the gcc driver?


-- 


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

[Bug fortran/40354] bug with procedure pointers and C interoperability

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2009-06-05 15:12 ---
Looks like a bug in ifort and g95.

  15.1.2.4   C FUNLOC (X)

  Description. Returns the C address of the argument.

  Class. Inquiry function.

  Argument. X shall either be a procedure that is interoperable,
or a procedure pointer associated with an interoperable
procedure.

sub1 isn't a procedure pointer, so everything after the 'or' is
irrelevant.  Now, for the 'either' portion of the above.

  15.2.6  Interoperability of procedures and procedure interfaces

  A Fortran procedure is interoperable if it has the BIND attribute,
  that is, if its interface is specified with a proc-language-binding-spec.

  R1225 proc-language-binding-spec is language-binding-spec

  R509  language-binding-spec is
BIND (C [, NAME = scalar-char-initialization-expr ])

What do the experts on comp.lang.fortran think of your code?


-- 


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

[Bug c++/40355] New: ICE in prop_phis, at tree-loop-distribution.c:357

[fierevere at ya dot ru]

sources are from
http://github.com/mangos/mangos/commits/master
GIT git://github.com/mangos/mangos.git
rev 7966

CXXFLAGS
-mmmx -msse2 -march=pentium4 -mfpmath=sse -g0 -ftree-vectorize
-floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -O2
-fomit-frame-pointer


./../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp: In member function 'virtual
int ACE_POSIX_AIOCB_Proactor::get_result_status(ACE_POSIX_Asynch_Result*, int&,
size_t&':
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:1242: warning: null
argument where non-null required (argument 1)
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:1246: warning: null
argument where non-null required (argument 1)
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp: In member function
'virtual int ACE_POSIX_AIOCB_Proactor::start_aio_i(ACE_POSIX_Asynch_Result*)':
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:1433: warning: null
argument where non-null required (argument 1)
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:1437: warning: null
argument where non-null required (argument 1)
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp: In member function 'int
ACE_POSIX_AIOCB_Proactor::create_result_aiocb_list()':
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:857: internal compiler
error: in prop_phis, at tree-loop-distribution.c:357
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[5]: *** [libACE_la-POSIX_Proactor.lo] Error 1

I'll attach the problematic file, in case anything is missing to reproduce -
the link to the complete sources are at top of the message


-- 
   Summary: ICE in prop_phis, at tree-loop-distribution.c:357
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fierevere at ya dot ru
 GCC build triplet: i?x86-linux-gnu
  GCC host triplet: i?x86-linux-gnu
GCC target triplet: i?x86-linux-gnu


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

[Bug c++/40355] ICE in prop_phis, at tree-loop-distribution.c:357

[fierevere at ya dot ru]

--- Comment #1 from fierevere at ya dot ru  2009-06-05 15:34 ---
Created an attachment (id=17954)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17954&action=view)
the failed file

../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp:857: internal compiler
error: in prop_phis, at tree-loop-distribution.c:357


-- 


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

[Bug middle-end/40340] [4.4/4.5 Regression] Fortification warning no longer emitted in inlines

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-06-05 15:35 ---
Subject: Bug 40340

Author: jakub
Date: Fri Jun  5 15:35:13 2009
New Revision: 148212

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148212
Log:
PR middle-end/40340
* tree-ssa-live.c (remove_unused_scope_block_p): Don't prune
inlined_function_outer_scope_p blocks for artificial inlines
even at -g0/-g1.
* tree.c (tree_nonartificial_location): Rewrite using
block_nonartificial_location.

* gcc.dg/pr40340-1.c: New test.
* gcc.dg/pr40340-2.c: New test.
* gcc.dg/pr40340-3.c: New test.
* gcc.dg/pr40340-4.c: New test.
* gcc.dg/pr40340-5.c: New test.
* gcc.dg/pr40340.h: New file.

Added:
trunk/gcc/testsuite/gcc.dg/pr40340-1.c
trunk/gcc/testsuite/gcc.dg/pr40340-2.c
trunk/gcc/testsuite/gcc.dg/pr40340-3.c
trunk/gcc/testsuite/gcc.dg/pr40340-4.c
trunk/gcc/testsuite/gcc.dg/pr40340-5.c
trunk/gcc/testsuite/gcc.dg/pr40340.h
Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-live.c
trunk/gcc/tree.c


-- 


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

[Bug middle-end/40317] verify_flow_info ICE with nested functions

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-06-05 15:43 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-06-05 15:43:07
   date||


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

[Bug tree-optimization/40351] [4.5 Regression] ice in generate_subtree_copies for Linux kernel build

[jamborm at gcc dot gnu dot org]

--- Comment #4 from jamborm at gcc dot gnu dot org  2009-06-05 15:48 ---
Created an attachment (id=17955)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17955&action=view)
Fix

This patch fixes this problem.  I'll post it to the mailing list once
I get to bootstrap it which may take a while now.


-- 


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

[Bug c/40339] gcc: error trying to exec 'as': execvp: No such file or directory

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2009-06-05 15:52 ---
Depends what command gives you that execvp: No such file or directory error.
Do
yum install strace
strace -f -o /tmp/gcc.log /whatever/command/gave/the/error its arguments
and look where it was looking for as before giving that failure.


-- 


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

[Bug target/30354] -Os doesn't optimize a/CONST even if it saves size.

[aldot at gcc dot gnu dot org]

--- Comment #6 from aldot at gcc dot gnu dot org  2009-06-05 16:19 ---
CC'ing honza as i386 maintainer


-- 

aldot at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||aldot at gcc dot gnu dot
   ||org, hubicka at gcc dot gnu
   ||dot org
OtherBugsDependingO||37515
  nThis||


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

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

[aldot at gcc dot gnu dot org]

--- Comment #16 from aldot at gcc dot gnu dot org  2009-06-05 16:27 ---
(In reply to comment #15)
> (In reply to comment #13)
> > Created an attachment (id=16113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113&action=view) [edit]
> > Updated doubleint-based patch. DOES NOT PASS TESTSUITE.
> 
> I meant "does not bootstrap".
> 
> Anyway. Something strange is going on. Last two patches:

I have a reimplementation (for BIT_AND_EXPR only, BIT_IOR_EXPR seem to work ok
on trunk) in testing that i intend to submit for inclusion.


-- 

aldot at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||aldot at gcc dot gnu dot org


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

[Bug c/40339] gcc: error trying to exec 'as': execvp: No such file or directory

[dsandler at paychex dot com]

--- Comment #8 from dsandler at paychex dot com  2009-06-05 16:32 ---
I'll have the SA group here give that a try.  Thanks.


-- 


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

[Bug middle-end/40340] [4.4/4.5 Regression] Fortification warning no longer emitted in inlines

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-06-05 16:32 ---
Subject: Bug 40340

Author: jakub
Date: Fri Jun  5 16:31:44 2009
New Revision: 148214

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148214
Log:
PR middle-end/40340
* tree-ssa-live.c (remove_unused_scope_block_p): Don't prune
inlined_function_outer_scope_p blocks for artificial inlines
even at -g0/-g1.
* tree.c (tree_nonartificial_location): Rewrite using
block_nonartificial_location.

* gcc.dg/pr40340-1.c: New test.
* gcc.dg/pr40340-2.c: New test.
* gcc.dg/pr40340-3.c: New test.
* gcc.dg/pr40340-4.c: New test.
* gcc.dg/pr40340-5.c: New test.
* gcc.dg/pr40340.h: New file.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340-1.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340-2.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340-3.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340-4.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340-5.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr40340.h
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
branches/gcc-4_4-branch/gcc/tree-ssa-live.c
branches/gcc-4_4-branch/gcc/tree.c


-- 


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

[Bug middle-end/40340] [4.4/4.5 Regression] Fortification warning no longer emitted in inlines

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-06-05 16:32 ---
Subject: Bug 40340

Author: jakub
Date: Fri Jun  5 16:32:21 2009
New Revision: 148215

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148215
Log:
Fix up ChangeLog entries for
PR middle-end/40340

Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/40340] [4.4/4.5 Regression] Fortification warning no longer emitted in inlines

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-06-05 16:34 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/40354] bug with procedure pointers and C interoperability

[kargl at gcc dot gnu dot org]

--- Comment #2 from kargl at gcc dot gnu dot org  2009-06-05 16:44 ---
Fortran bugs never have a severity of Blocker unless the
bug breaks bootstrapping gcc.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal


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

[Bug fortran/40354] bug with procedure pointers and C interoperability

[kargl at gcc dot gnu dot org]

--- Comment #3 from kargl at gcc dot gnu dot org  2009-06-05 16:48 ---
To get the code to compile, one can change 

  external sub1

to
   real(c_float), external, bind(c) :: sub1


-- 


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

[Bug fortran/40354] bug with procedure pointers and C interoperability

[kargl at gcc dot gnu dot org]

--- Comment #4 from kargl at gcc dot gnu dot org  2009-06-05 16:53 ---
(In reply to comment #3)
> To get the code to compile, one can change 
> 
>   external sub1
> 
> to
>real(c_float), external, bind(c) :: sub1
> 

Forgot to add the necessary changes for sub1.

function sub1(a,b) bind(c)
   use iso_c_binding
   real(c_float) sub1
   real(c_float) :: a, b
   sub1 = a+b
   return
end function sub1


-- 


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

[Bug testsuite/32837] FAIL: gcc.dg/pragma-darwin.c

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-06-05 16:59 ---
The errors have disappeared between revisions 127060 and 127073. Closing as
fixed.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c/40356] New: "incompatible pointer type" warnings don't mention the actual types

[naesten at gmail dot com]

For instance:

../../gdb/solib-svr4.c: In function ‘exec_pie_relocate’:
../../gdb/solib-svr4.c:900: warning: passing argument 2 of
‘build_section_table’ from incompatible pointer type
../../gdb/solib-svr4.c:900: warning: passing argument 3 of
‘build_section_table’ from incompatible pointer type

It would be awfully useful if the GCC would say which two types were involved
in each case!


-- 
   Summary: "incompatible pointer type" warnings don't mention the
actual types
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: naesten at gmail dot com


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

[Bug c/40356] "incompatible pointer type" warnings don't mention the actual types

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-06-05 17:32 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/30949] "incompatible pointer type" warning does not point to declaration

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2009-06-05 17:32 ---
*** Bug 40356 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||naesten at gmail dot com


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

[Bug c++/40357] New: compiler hang for C++ code

[dcb314 at hotmail dot com]

I just tried to compile the Suse Factory package xalan-c-1.10.0-1.3
with the GNU gcc version 4.5 snapshot 20090604.

The compiler hung for over 15 minutes on an idle machine.

Preprocessed source code attached. No flags required.
Compilation using gcc 4.3.2 takes seconds.


-- 
   Summary: compiler hang for C++ code
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug c++/40357] compiler hang for C++ code

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2009-06-05 18:28 ---
Created an attachment (id=17956)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17956&action=view)
C++source code


-- 


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[rth at gcc dot gnu dot org]

--- Comment #2 from rth at gcc dot gnu dot org  2009-06-05 19:51 ---
Laurent, I don't seem to be able to reproduce your PA problem
from a cross-compile.  Please attach a preprocessed file that
exhibits the problem.


-- 


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[rth at gcc dot gnu dot org]

--- Comment #3 from rth at gcc dot gnu dot org  2009-06-05 20:04 ---
Likewise, Andrew, I'll need a preprocessed file.

Assuming something that doesn't show up w/ stage1 can even
be reproduced via cross-compiler.  Failing that, give me as
much information as you can about how the CFA variable changes
over the compilation of this function.


-- 


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

[Bug fortran/40358] New: nternal error: Segmentation Fault (program f951) on Solaris.

[david dot kirkby at onetel dot net]

The following bit of code generates an internal compiler error on a Sun T5240.
Using the *exact* same binary on a Sun Blade 2000, no internal error is
generated. 

kir...@t2:~$ gfortran secondtst.f
gfortran: Internal error: Segmentation Fault (program f951)
Please submit a full bug report.
See  for instructions.


Here's the bit of code. I did not write it, and do not even known Fortran well,
so I've no idea if the code is good/bad, but the compiler should not generate
an internal error. 


kir...@t2:~$ cat  secondtst.f
  PROGRAM TEST4
*
*  -- LAPACK test routine (version 3.1) --
* Univ. of Tennessee, Univ. of California Berkeley and NAG Ltd..
* November 2006
*
* .. Parameters ..
  INTEGERNMAX, ITS
  PARAMETER  ( NMAX = 100, ITS = 5000 )
* ..
* .. Local Scalars ..
  INTEGERI, J
  REAL   ALPHA, AVG, T1, T2, TNOSEC
* ..
* .. Local Arrays ..
  REAL   X( NMAX ), Y( NMAX )
* ..
* .. External Functions ..
  REAL   SECOND
  EXTERNAL   SECOND
* ..
* .. Intrinsic Functions ..
  INTRINSIC  REAL
* ..
* .. Executable Statements ..
*
*
* Initialize X and Y
*
  DO 10 I = 1, NMAX
 X( I ) = REAL( 1 ) / REAL( I )
 Y( I ) = REAL( NMAX-I ) / REAL( NMAX )
   10 CONTINUE
  ALPHA = 0.315
*
* Time 1,000,000 SAXPY operations
*
  T1 = SECOND( )
  DO 30 J = 1, ITS
 DO 20 I = 1, NMAX
Y( I ) = Y( I ) + ALPHA*X( I )
   20CONTINUE
 ALPHA = -ALPHA
   30 CONTINUE
  T2 = SECOND( )
  WRITE( 6,  )T2 - T1
  IF( T2-T1.GT.0.0 ) THEN
 WRITE( 6, 9998 )1.0 / ( T2-T1 )
  ELSE
 WRITE( 6, 9994 )
  END IF
  TNOSEC = T2 - T1
*
* Time 1,000,000 SAXPY operations with SECOND in the outer loop
*
  T1 = SECOND( )
  DO 50 J = 1, ITS
 DO 40 I = 1, NMAX
Y( I ) = Y( I ) + ALPHA*X( I )
   40CONTINUE
 ALPHA = -ALPHA
 T2 = SECOND( )
   50 CONTINUE
*
* Compute the time used in milliseconds used by an average call
* to SECOND.
*
  WRITE( 6, 9997 )T2 - T1
  AVG = ( ( T2-T1 ) - TNOSEC ) * 1000./REAL( ITS )
  WRITE( 6, 9996 )AVG
*
* Compute the equivalent number of floating point operations used
* by an average call to SECOND.
*
  IF( TNOSEC.GT.0.0 )
 $   WRITE( 6, 9995 )1000.*AVG / TNOSEC
*
  FORMAT( ' Time for 1,000,000 SAXPY ops  = ', G10.3, ' seconds' )
 9998 FORMAT( ' SAXPY performance rate= ', G10.3, ' mflops ' )
 9997 FORMAT( ' Including SECOND, time= ', G10.3, ' seconds' )
 9996 FORMAT( ' Average time for SECOND   = ', G10.3,
 $  ' milliseconds' )
 9995 FORMAT( ' Equivalent floating point ops = ', G10.3, ' ops' )
 9994 FORMAT( ' *** Error:  Time for operations was zero' )
  CALL MYSUB(NMAX,X,Y)
  END
  SUBROUTINE MYSUB(N,X,Y)
  INTEGER N
  REAL X(N), Y(N)
  RETURN
  END


-- 
   Summary: nternal error: Segmentation Fault (program f951) on
Solaris.
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: david dot kirkby at onetel dot net


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

[Bug fortran/40358] nternal error: Segmentation Fault (program f951) on Solaris.

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-06-05 21:45 ---
Works for me on i686-apple-darwin9 if I remove the lines:

  REAL   SECOND
  EXTERNAL   SECOND

since SECOND is a gfortran intrinsic.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

Summary|nternal error: Segmentation |nternal error: Segmentation
   |Fault (program f951) on |Fault (program f951) on
   |Solaris.|Solaris.


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

[Bug fortran/40358] nternal error: Segmentation Fault (program f951) on Solaris.

[david dot kirkby at onetel dot net]

--- Comment #2 from david dot kirkby at onetel dot net  2009-06-05 22:10 
---
Thanks. On closer inspection, it appears compilation, which was performed on
one SPARC and moved to another is broken quite seriously. Ignore this bug
report. 

dave 


-- 


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

[Bug bootstrap/40338] [4.5 Regression] bootstrap comparision fails on 32 bit PA when comparing libgcc objects

[sje at cup dot hp dot com]

--- Comment #11 from sje at cup dot hp dot com  2009-06-05 22:30 ---
Getting back to what is actually causing the failure on HPPA, there seem to be
2 problems.  One is the random seed used by get_file_function_name.  If I
workaround that by using -frandom-seed="make-it-work" I still get a failure
when comparing lib2funcs.o.  This file is created from a .asm file that is
preprocessed first.  The preprocessor/GCC writes the output to a tmp file and
the name of that tmp file winds up in the debug info for the object when
assembled.  stage2 and stage3 use different tmp names and so we get different
objects even when using -frandom-seed.


-- 


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

[Bug fortran/40358] nternal error: Segmentation Fault (program f951) on Solaris.

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2009-06-05 22:58 
---
Not a bug in gfortran.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/34849] Missed autoincrement opportunities due to a different basic block structure.

[ramana at gcc dot gnu dot org]

--- Comment #12 from ramana at gcc dot gnu dot org  2009-06-05 23:16 ---
(In reply to comment #10)
> Ramana, can you please add the exact command line you are using (so that I can
> see what flags you use and what cpu you target) and the exact output you are
> expecting?  I have hacked things such that the store is cross-jumped but I
> still don't get an autoincrement insn.  I get this for arm7-r with r147999,
> -Os, and my hack:

Sorry about the late response, I sort of dropped the ball on this one. The
target was essentially default arm which is armv4t and I suspect the command
line was -O2, -O3 and -Os.


Yes the case where you show is where I would have expected an auto-increment .
I presume this is after the new cross jumping work you've done -

> 
> .file   "t.c"
> .text
> .align  2
> .global foo
> .type   foo, %function
> foo:
> @ args = 0, pretend = 0, frame = 0
> @ frame_needed = 0, uses_anonymous_args = 0
> ldr r3, #0
> stmfd   sp!, {r4, r5, lr}
> mov ip, r3
> b   .L2
> .L4:
> ldr r4, [r1, r3]
> movwr5, #39030
> cmp r4, #0
> movwr4, #4660
> moveq   r4, r5
> str r4, [r2, r3]
> add r3, r3, #4  @ I suppose you expect an autoinc 
> here?
> .L2:
> cmp ip, r0
> add ip, ip, #1
> blt .L5
> ldmfd   sp!, {r4, r5, pc}
> .size   foo, .-foo
> .ident  "GCC: (GNU) 4.5.0 20090530 (experimental) [trunk revision
> 147999]"
> 


-- 


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