[Bug c/45468] gcc does not warn about missing `-O' flag when specifying `-Wuninitialized'

[manu at gcc dot gnu dot org]

--- Comment #20 from manu at gcc dot gnu dot org  2010-09-07 06:38 ---
(In reply to comment #19)
> Manu, did you mean to change Severity back to 'critical' ?

No, that was a mistake. In any case, this is INVALID for the reasons discussed
above.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|normal


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

[Bug fortran/45575] New: ICE on missing module file

[brad dot finney at humboldt dot edu]

missing module file results in a fatal error noting the missing module, and
then an ICE in f951.

sample source

program testmytypes
  use mytypes
  implicit none
  real(dp)::x=5.
  write(*,"(e13.6,' squared = ',e13.6)")x,x**2
end program testmytypes

Output:

F:\brad\class\engr325>gfortran bugtest.f90
bugtest.f90:2.13:

  use mytypes
 1
Fatal Error: Can't open module file 'mytypes.mod' for reading at (1): No such
file or directory
gfortran: internal compiler error: Aborted (program f951)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE on missing module file
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brad dot finney at humboldt dot edu
 GCC build triplet: i586-pc-mingw32
  GCC host triplet: i586-pc-mingw32
GCC target triplet: i586-pc-mingw32


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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

[howarth at nitro dot med dot uc dot edu]

--- Comment #47 from howarth at nitro dot med dot uc dot edu  2010-09-07 
03:27 ---
Testsuite results for gcc-pr45234-2.patch and PR36502v9.patch on
i386-apple-darwin10 are at...

http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00603.html

PR36502, PR42313 and PR44651 fixed as well as stack realignment, when not on
main,  enabled  (as shown by the new and revised test cases passing). No new
regressions in test results at either -m32 or -m64.


-- 


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

[Bug libstdc++/45574] New: ifstream::getline() is extremely slow

[tstarling at wikimedia dot org]

In libstdc++ 4.4.3-4ubuntu5, getline() is extremely slow, taking around 23us of
user time per line on an Intel T9300 processor. By contrast, fgets() takes
about 0.3us per line. 

Calling ios::sync_with_stdio(false) before the loop start reduces the time per
line to around 0.3us, on par with fgets(). This suggests that the problem is
with the stdio synchronisation code.


-- 
   Summary: ifstream::getline() is extremely slow
   Product: gcc
   Version: 4.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tstarling at wikimedia dot org
 GCC build triplet: i486-linux-gnu
  GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu


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

[Bug bootstrap/45573] New: --enable-build-with-cxx failures with ld: crtbegin.o: No such file: No such file or directory

[howarth at nitro dot med dot uc dot edu]

When trying to bootstrap gcc trunk (r163445 or earlier to avoid PR45538) with
--enable-build-with-cxx, the bootstrap fails at...

g++  -g -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H  -o cc1-dummy c-lang.o
c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o c-convert.o
c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.o c-family/c-common.o
c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o
c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o
c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o
c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o i386-c.o
\
  dummy-checksum.o main.o tree-browser.o libbackend.a
../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a  
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a  -lcloog  -lppl_c -lppl
-lgmpxx -L/usr/lib -L/usr/lib -L/usr/lib -lmpc -lmpfr -lgmp -rdynamic -ldl 
-L../zlib -lz -lelf
ld: crtbegin.o: No such file: No such file or directory
make[3]: *** [cc1-dummy] Error 1

when bootstrapping with...

../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with-mpc=/usr
--prefix=/home/howarth/dist --enable-languages=c,c++ --enable-build-with-cxx

on x86_64 Fedora 10. This problem exists as far back as r161093. whereas before
that commit the failure was...

g++ -c  -g -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc
-I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/usr/include -I/usr/include -I/usr/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/bid -I../libdecnumber  -DCLOOG_PPL_BACKEND 
-I/usr/include/libelf  insn-attrtab.c -o insn-attrtab.o
g++: error trying to exec 'cc1plus': execvp: No such file or directory
make[3]: *** [insn-attrtab.o] Error 1


-- 
   Summary: --enable-build-with-cxx failures with ld: crtbegin.o: No
such file: No such file or directory
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c++/45523] [C++0x] Failure to bind auto variable to function template instance

[redi at gcc dot gnu dot org]

--- Comment #5 from redi at gcc dot gnu dot org  2010-09-07 02:16 ---
(In reply to comment #3)
> I think there is a dup of this bug without auto. Not to mention it was  
> defect report against the standard.

Bug 11407 / DR 115 ? That should be fixed in 4.5.0


-- 


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

[Bug c/45468] gcc does not warn about missing `-O' flag when specifying `-Wuninitialized'

[redi at gcc dot gnu dot org]

--- Comment #19 from redi at gcc dot gnu dot org  2010-09-07 01:44 ---
Manu, did you mean to change Severity back to 'critical' ?


-- 


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

[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c

[howarth at nitro dot med dot uc dot edu]

--- Comment #3 from howarth at nitro dot med dot uc dot edu  2010-09-07 
01:23 ---
Caused by...

Author: rth
Date: Sat Aug 21 19:05:40 2010
New Revision: 163446

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163446
Log:
Vectorize fast path of _cpp_clean_line.

* configure.ac (AC_C_BIGENDIAN, AC_TYPE_UINTPTR_T): New tests.
(ssize_t): Check via AC_TYPE_SSIZE_T instead of AC_CHECK_TYPE.
(ptrdiff_t): Check via AC_CHECK_TYPE.
* config.in, configure: Rebuild.
* system.h: Include stdint.h, if available.
* lex.c (WORDS_BIGENDIAN): Provide default.
(acc_char_mask_misalign, acc_char_replicate, acc_char_cmp,
acc_char_index, search_line_acc_char, repl_chars, search_line_mmx,
search_line_sse2, search_line_sse42, init_vectorized_lexer,
search_line_fast): New.
(_cpp_clean_line): Use search_line_fast.  Restructure the fast
loop to make it clear when we're leaving the loop.  Stay in the
fast loop for non-trigraph '?'.


-- 


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

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

[zsojka at seznam dot cz]

--- Comment #3 from zsojka at seznam dot cz  2010-09-07 00:39 ---
Created an attachment (id=21724)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21724&action=view)
semi-reduced testcase 3

$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-3.C 
pr45572-3.C:61:1: error: inlined_to pointer set for noninline callers
virtual _knumber* _knumfloat::add(const _knumber&) const/15(-1) @0x7f6fec4cdac0
(asm: _ZNK10_knumfloat3addERK8_knumber) (inline copy in virtual _knumber*
_knumfloat::add(const _knumber&) const/4) (clone of virtual _knumber*
_knumfloat::add(const _knumber&) const/4) availability:local analyzed 47 time,
16 benefit (48 after inlining) 28 size, 9 benefit (66 after inlining) 16 bytes
stack usage body local finalized inlinable
  called by: virtual _knumber* _knumfloat::add(const _knumber&) const/10 (0.03
per call) (indirect_inlining) (can throw external) 
  calls: virtual _knumber::NumType _knumfloat::type() const/6
(indirect_inlining) (0.03 per call) (nested in 5 loops) (can throw external)
virtual _knumber* _knumfloat::add(const _knumber&) const/25 (inlined)
(indirect_inlining) (0.01 per call) (nested in 5 loops) (can throw external)
virtual _knumfloat::operator long int() const/3 (indirect_inlining) (0.02 per
call) (nested in 5 loops) (can throw external) virtual _knumber*
_knumfloat::add(const _knumber&) const/26 (inlined) (0.02 per call) (nested in
5 loops) (can throw external) _knumfloat::_knumfloat(double)/5 (0.02 per call)
(nested in 5 loops) (can throw external) 
  References: 
  Refering this function: 
pr45572-3.C:61:1: internal compiler error: verify_cgraph_node failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r161659 - crash
r161170 - OK


-- 


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

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

[zsojka at seznam dot cz]

--- Comment #2 from zsojka at seznam dot cz  2010-09-07 00:37 ---
Created an attachment (id=21723)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21723&action=view)
semi-reduced testcase 2

$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-2.C 
pr45572-2.C:37:1: internal compiler error: vector VEC(ipa_node_params_t,base)
index domain error, in ipa_make_edge_direct_to_target at ipa-prop.c:1463
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r159696 - crash
r158969 - OK
4.5 r163761 - OK


-- 


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

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-07 00:35 ---
Created an attachment (id=21722)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21722&action=view)
semi-reduced testcase 1

$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-1.C 
pr45572-1.C:42:1: internal compiler error: in cgraph_mark_inline_edge, at
ipa-inline.c:332
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r161659 - crash
r161170 - OK


-- 


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

[Bug tree-optimization/45572] New: [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

[zsojka at seznam dot cz]

Attached testcases were reduced from the same original source. They look very
similiar, so I am opening just one PR for all of them.


-- 
   Summary: [4.6 Regression] various ICEs with -finline-small-
functions -findirect-inlining -finline-functions
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug c++/45571] New: [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in MEM_REF. on invalid C++ code

[zsojka at seznam dot cz]

Compiler output:
$ gcc testcase.C
testcase.C:7:18: error: expected primary-expression before ')' token
testcase.C: In function 'void __static_initialization_and_destruction_0(int,
int)':
testcase.C:8:19: error: Invalid first operand of MEM_REF.
<<< error >>>
testcase.C:8:18: note: in statement
s = MEM[(const struct S &)<<< error >>>];

testcase.C:8:19: error: Invalid address operand in MEM_REF.
MEM[(const struct S &)<<< error >>>];

s = MEM[(const struct S &)<<< error >>>];

testcase.C:8:19: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

- testcase.C -
struct S
{
  S & m ();
  int *p;
};

S foo (int, int =);
S s = foo (0).m ();
--

Tested revisions:
r163921 - crash
r161659 - crash
r161170 - OK


-- 
   Summary: [4.6 Regression] ICE: verify_stmts failed: Invalid
address operand in MEM_REF. on invalid C++ code
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz


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

[Bug rtl-optimization/45570] [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-ir.c:4584

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 23:54 ---
Created an attachment (id=21721)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21721&action=view)
reduced testcase


-- 


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

[Bug rtl-optimization/45570] New: [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-ir.c:4584

[zsojka at seznam dot cz]

Command line:
$ gcc -O1 -fgcse -finline-small-functions -freorder-blocks -fschedule-insns2
-ftree-vrp -finline-functions -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -ftracer testcase.c
or
$ gcc -O2 -finline-functions -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -ftracer testcase.c
or
$ gcc -O3 -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -ftracer testcase.c

Compiler output:
$ gcc -O1 -fgcse -finline-small-functions -freorder-blocks -fschedule-insns2
-ftree-vrp -finline-functions -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -ftracer testcase.c
testcase.c: In function 'parser_get_next_parameter':
testcase.c:26:1: internal compiler error: in cfg_preds_1, at
sel-sched-ir.c:4584
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r161659 - crash
r161170 - OK


-- 
   Summary: [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-
ir.c:4584
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 22:47 ---
Created an attachment (id=21720)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21720&action=view)
reduced testcase (from g++.dg/opt/complex3.C)


-- 


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

[Bug middle-end/45569] New: [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

[zsojka at seznam dot cz]

Compiler output:
$ gcc -O -fnon-call-exceptions testcase.C
testcase.C: In function 'float j()':
testcase.C:7:7: error: statement marked for throw in middle of block
x_10 = COMPLEX_EXPR ;

testcase.C:7:7: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r153685 - crash
4.5 r163761 - crash
4.4 r160770 - OK


-- 
   Summary: [4.5/4.6 Regression] ICE: verify_stmts failed: statement
marked for throw in middle of block with -fnon-call-
exceptions
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug bootstrap/45568] New: [4.6 Regression] [prj-nmsc.o] raised STORAGE_ERROR : stack overflow (or erroneous memory access)

[danglin at gcc dot gnu dot org]

../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmis
sing-prototypes -mdisable-indexing -gnatpg -gnata -I- -I../rts -I.
-I/home/dave/
gnu/gcc/gcc/gcc/ada /home/dave/gnu/gcc/gcc/gcc/ada/prj-nmsc.adb -o prj-nmsc.o
config.status: creating Makefile
config.status: creating include/Makefile
config.status: creating threads.mk
config.status: creating include/gc_config.h
config.status: creating include/gc_ext_config.h
config.status: executing default-1 commands
Adding multilib support to Makefile in ../../../gcc/boehm-gc
multidirs=
with_multisubdir=
config.status: executing depfiles commands
config.status: executing libtool commands
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmis
sing-prototypes -mdisable-indexing -gnatpg -gnata -I- -I../rts -I.
-I/home/dave/
gnu/gcc/gcc/gcc/ada /home/dave/gnu/gcc/gcc/gcc/ada/prj-pars.adb -o prj-pars.o
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmis
sing-prototypes -mdisable-indexing -gnatpg -gnata -I- -I../rts -I.
-I/home/dave/gnu/gcc/gcc/gcc/ada /home/dave/gnu/gcc/gcc/gcc/ada/prj-part.adb -o
prj-part.o
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -mdisable-indexing -gnatpg -gnata -I- -I../rts -I.
-I/home/dave/gnu/gcc/gcc/gcc/ada /home/dave/gnu/gcc/gcc/gcc/ada/prj-proc.adb -o
prj-proc.o

raised STORAGE_ERROR : stack overflow (or erroneous memory access)
make[3]: *** [prj-nmsc.o] Error 1
make[3]: *** Waiting for unfinished jobs
Checking multilib configuration for libobjc...
mkdir -p -- hppa-linux/libobjc
Configuring in hppa-linux/libobjc
configure: creating cache ./config.cache
checking build system type... make[3]: Leaving directory
`/home/dave/gnu/gcc/objdir/gcc/ada/tools'
make[2]: *** [gnattools-native] Error 2
make[2]: Leaving directory `/home/dave/gnu/gcc/objdir/gnattools'
make[1]: *** [all-gnattools] Error 2
make[1]: *** Waiting for unfinished jobs

This build failure was introduced between revision 163743 and 163867.
163805 has a different Ada build failure.


-- 
   Summary: [4.6 Regression] [prj-nmsc.o] raised STORAGE_ERROR :
stack overflow (or erroneous memory access)
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa-unknown-linux-gnu
  GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu


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

[Bug target/43137] redundant register move for sign extending

[bernds at gcc dot gnu dot org]

--- Comment #2 from bernds at gcc dot gnu dot org  2010-09-06 22:32 ---
Subject: Bug 43137

Author: bernds
Date: Mon Sep  6 22:32:26 2010
New Revision: 163935

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163935
Log:
PR target/43137
* config/arm/iterators.md (qhs_zextenddi_cond, qhs_sextenddi_cond):
New define_mode_attrs.
* config/arm/arm.md (zero_extendsidi2, arm_zero_extendsidi2,
arm_exxtendsidi2, arm_extendsidi2): Delete patterns.
(zero_extenddi2, extenddi2 and related splits): New.
(thumb1_zero_extendhisi2): Remove code to handle LABEL_REFs.
Remove pool_range attribute.
(arm_zero_extendhisi2, arm_zero_extendhisi2_v6, arm_zero_extendqisi2,
arm_zero_extendqisi2_v6, thumb1_zero_extendqisi2_v6): Remove
pool_range and neg_pool_range attributes.
* config/arm/thumb2.md (thumb2_zero_extendsidi2,
thumb2_zero_extendhidi2, thumb2_zero_extendqidi2, thumb2_extendsidi2,
thumb2_extendhidi2, thumb2_extendqidi2): Delete.

PR target/43137
* gcc.target/arm/pr43137.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/arm/pr43137.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.md
trunk/gcc/config/arm/iterators.md
trunk/gcc/config/arm/thumb2.md
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/45567] [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree-ter

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 22:31 ---
Created an attachment (id=21719)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21719&action=view)
reduced testcase

$ gfortran -ftree-ter pr45567.F90

It would be nice if fixing this fixed PR43655 as well...


-- 


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

[Bug fortran/45567] New: [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree-ter

[zsojka at seznam dot cz]

Compiler output:
$ gcc -ffree-line-length-none -ftree-ter popcnt_poppar_2.F90 
popcnt_poppar_2.F90: In function 'runtime_popcnt':
popcnt_poppar_2.F90:32:0: internal compiler error: in
emit_library_call_value_1, at calls.c:3485
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r163636 - OK


-- 
   Summary: [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in
emit_library_call_value_1, at calls.c:3485 with -ftree-
ter
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

[mikael at gcc dot gnu dot org]

--- Comment #2 from mikael at gcc dot gnu dot org  2010-09-06 22:20 ---
Index: trans-intrinsic.c
===
--- trans-intrinsic.c   (r��vision 163809)
+++ trans-intrinsic.c   (copie de travail)
@@ -4612,7 +4612,7 @@

   se->expr = info->descriptor;
   if (expr->ts.type == BT_CHARACTER)
-se->string_length = dest_word_len;
+se->string_length = fold_convert (gfc_charlen_type_node, dest_word_len);

   return;



-- 

mikael at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mikael at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 22:20:16
   date||


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

[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2010-09-06 22:17 ---
Confirmed on x86_64-apple-darwin10. The ICE disappears with -m32 and does not
show up on builds with --enable-checking=release.


-- 


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

[Bug middle-end/45566] [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 22:13 ---
Created an attachment (id=21718)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21718&action=view)
reduced testcase (from g++.dg/tree-prof/partition1.C)

It looks similiar to PR45458, but the fix didn't fix this issue.


-- 


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

[Bug middle-end/45566] New: [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use

[zsojka at seznam dot cz]

Command line:
$ CC=g++
$ FLAGS="-O1 -freorder-blocks-and-partition -fnon-call-exceptions"
$ $CC $FLAGS testcase.C -fprofile-generate
$ rm *.gcda
$ ./a.out
$ $CC $FLAGS testcase.C -fprofile-use
testcase.C: In function 'int main()':
testcase.C:14:1: internal compiler error: in convert_to_eh_region_ranges, at
except.c:2446
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r153685 - crash
4.5 r163761 - crash
4.4 r160770 - warns

The 4.4 warning looks like:
cc1plus: note: -freorder-blocks-and-partition does not work with exceptions


-- 
   Summary: [4.5/4.6 Regression] ICE: in
convert_to_eh_region_ranges, at except.c:2446 with -
freorder-blocks-and-partition -fnon-call-exceptions -
fprofile-use
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2010-09-06 22:02 ---
I think I'll try doing it the IIUC documented preferred way for deferred bugs;
to xfail the test-case for ilp32 targets with a reference to this PR.  And yes,
seen by the cris-elf autotester too.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 22:02:19
   date||


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

[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 21:49 ---
Created an attachment (id=21717)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21717&action=view)
reduced testcase (from g++.dg/torture/pr42450.C)

$ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone
-fkeep-inline-functions pr45565.C


-- 


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

[Bug middle-end/45565] New: [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions

[zsojka at seznam dot cz]

Command line:
$ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone
-fkeep-inline-functions testcase.C

Compiler output:
$ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone
-fkeep-inline-functions testcase.C 
testcase.C: In constructor 'Matrix::Matrix(AnyMatrixBase) [with
OtherDerived = Matrix]':
testcase.C:19:31: internal compiler error: in execute_todo, at passes.c:1276
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r163636 - crash
r161659 - OK


-- 
   Summary: [4.6 Regression] ICE: in execute_todo, at passes.c:1276
with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -
fkeep-inline-functions
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug rtl-optimization/45551] [4.6 Regression]: gcc.c-torture/execute/990326-1.c

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2010-09-06 21:48 ---
Fixed by r163917, apparently.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/36931] unneeded temporary for array intrinsic binop scalar

[tkoenig at gcc dot gnu dot org]

--- Comment #5 from tkoenig at gcc dot gnu dot org  2010-09-06 21:40 ---
Subject: Bug 36931

Author: tkoenig
Date: Mon Sep  6 21:40:15 2010
New Revision: 163934

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163934
Log:
2010-09-06  Thomas Koenig  

PR fortran/36931
* frontend-passes.c (optimize_binop_array_assignment):  New
function.
(optimize_assignment):  Call it.

2010-09-06  Thomas Koenig  

PR fortran/36931
* gfortran.dg/dependency_35.f90:  New test.


Added:
trunk/gcc/testsuite/gfortran.dg/dependency_35.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/frontend-passes.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

[mikpe at it dot uu dot se]

--- Comment #7 from mikpe at it dot uu dot se  2010-09-06 21:05 ---
(In reply to comment #5)
> /mnt/scratch/objdir/./gcc/xgcc -B/mnt/scratch/objdir/./gcc/
> -B/mnt/scratch/install/sparc64-unknown-linux-gnu/bin/
> -B/mnt/scratch/install/sparc64-unknown-linux-gnu/lib/ -isystem
> /mnt/scratch/install/sparc64-unknown-linux-gnu/include -isystem
> /mnt/scratch/install/sparc64-unknown-linux-gnu/sys-include-g -O2 -m32 -O2 
> -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
> -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
> -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
> -I../../.././gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc
> -I/mnt/scratch/gcc-4.6-r163858/libgcc/.
> -I/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc
> -I/mnt/scratch/gcc-4.6-r163858/libgcc/../include
> -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber/dpd
> -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber -DHAVE_CC_TLS  -o
> _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
> /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c \
>   -fvisibility=hidden -DHIDE_EXPORTS
> /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c: In function '__muldi3':
> /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c:558:1: internal compiler
> error: in find_mem_expr_in_1pdv, at var-tracking.c:4120
> 
> I haven't attempted to bisect this yet.

Bisection identified r163383, Bernd's 4-insn combine patch, as the cause for
this regression.  However, it got fixed today by r163917, Andreas Krebbel's fix
for an s390x regression from r163383.


-- 


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

[Bug libstdc++/45549] merge is_iterator into iterator_traits

[marc dot glisse at normalesup dot org]

--- Comment #11 from marc dot glisse at normalesup dot org  2010-09-06 
20:48 ---
(In reply to comment #10)
> The aforementioned variant, again tested x86_64-linux

Wow, cool!
Sorry, I really didn't mean to give you more work...


-- 


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

[Bug fortran/45564] New: gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

[zsojka at seznam dot cz]

Compiler output:
$ gcc -fbounds-check achar_4.f90 
achar_4.f90: In function 'up':
achar_4.f90:10:0: error: type mismatch in comparison expression
integer(kind=8)
integer(kind=8)
integer(kind=4)
D.1758 = D.1594 != 1;

achar_4.f90:10:0: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r158095 - crash


-- 
   Summary: gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type
mismatch in comparison expression with -fbounds-check
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug libstdc++/45549] merge is_iterator into iterator_traits

[paolo dot carlini at oracle dot com]

--- Comment #10 from paolo dot carlini at oracle dot com  2010-09-06 20:36 
---
Created an attachment (id=21716)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21716&action=view)
The aforementioned variant, again tested x86_64-linux


-- 


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

[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

[ebotcazou at gcc dot gnu dot org]

--- Comment #6 from ebotcazou at gcc dot gnu dot org  2010-09-06 20:33 
---
SPARC64/Solaris is also broken (but SPARC/Solaris is OK).


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 20:33:38
   date||


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

[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c

[zsojka at seznam dot cz]

--- Comment #4 from zsojka at seznam dot cz  2010-09-06 20:32 ---
The original testcase (comment #0) fails in 4.4 r160770 with:
$ CC=/mnt/svn/gcc-4_4/binary-160770-checking-yes/bin/gcc
$ $CC -O -fschedule-insns -fselective-scheduling -freorder-blocks-and-partition
-fprofile-generate
/mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/tree-prof/update-cunroll-2.c
$ rm *.gcda
$ ./a.out
$ $CC -O -fschedule-insns -fselective-scheduling -freorder-blocks-and-partition
-fprofile-use
/mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/tree-prof/update-cunroll-2.c
/tmp/ccHCIjjf.s: Assembler messages:
/tmp/ccHCIjjf.s:37: Error: .cfi_endproc without corresponding .cfi_startproc
/tmp/ccHCIjjf.s:53: Error: previous CFI entry not closed (missing .cfi_endproc)

I don't know if this PR is a regression or not.


-- 


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

Re: build gcc (c,c++,ada) for ia64-hp-hpux11.23 fails

[Eric Botcazou]

> If I skip the milp32 tree - the mlp64 tree works and I could produce
> running 64bit binaries for my TARGET.
> But because milp32 is default - cross compiling the native
> ia64-hp-hpux11.23 gcc fails again.
>
> So my Question :
> Does anyone know if I need some speciale configuration option for
> ia64-hp-hpux11.23?
> Or is there a problem with the ada EH_MECHANISM in the milp32 tree?
> Or is there a posibility to build an mlp64 gcc only

There is no full port of the Ada compiler to this platform in the FSF tree.
You can only build a 64-bit Ada compiler with the unpatched sources.

-- 
Eric Botcazou

[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c

[zsojka at seznam dot cz]

--- Comment #3 from zsojka at seznam dot cz  2010-09-06 20:27 ---
Tested revisions:
r163921 - crash
r153685 - crash
4.4 r160770 - warns
4.4 r149995 - warns

the 4.4 warning looks like:
cc1plus: note: -freorder-blocks-and-partition does not work with exceptions


-- 

zsojka at seznam dot cz changed:

   What|Removed |Added

  Known to fail||4.5.2 4.6.0
  Known to work||4.4.5
Summary|ICE: verify_flow_info   |[4.5/4.6 Regression] ICE:
   |failed: fallthru edge   |verify_flow_info failed:
   |crosses section boundary (bb|fallthru edge crosses
   |6) with gcc.dg/tree-|section boundary (bb 6) with
   |prof/update-cunroll-2.c |gcc.dg/tree-prof/update-
   ||cunroll-2.c


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

[Bug inline-asm/45160] [4.4.x/4.5.x regression] Invalid assembly code is generated for x86 architecture for faad2 library (AAC decode algorithm)

[t dot artem at mailcity dot com]

--- Comment #11 from t dot artem at mailcity dot com  2010-09-06 20:19 
---
(In reply to comment #9)
> Maybe GCC developers could devise a patch for this file because
> http://www.audiocoding.com/faad2.html site seems to be dead.
> 

(In reply to comment #10)
> Not a gcc bug.
> 

FAAD developers don't answer my e-mails, so what I can do? Resort to compile
FAAD library using a specially compiled GCC? What about other less experienced
users? There just a few warnings which I suppose can be easily resolved ...


-- 


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

[Bug rtl-optimization/45354] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c

[zsojka at seznam dot cz]

--- Comment #2 from zsojka at seznam dot cz  2010-09-06 20:19 ---
g++.dg/bprob/g++-bprob-1.C fails the same way:

$ g++ -Os -freorder-blocks-and-partition -fselective-scheduling2
-fnon-call-exceptions g++.dg/bprob/g++-bprob-1.C -fprofile-generate
$ rm *.gcda
$ ./a.out
$ g++ -Os -freorder-blocks-and-partition -fselective-scheduling2
-fnon-call-exceptions g++.dg/bprob/g++-bprob-1.C -fprofile-use 
g++.dg/bprob/g++-bprob-1.C: In function 'int test_ifelse2(int)':
g++.dg/bprob/g++-bprob-1.C:130:1: error: fallthru edge crosses section boundary
(bb 7)
g++.dg/bprob/g++-bprob-1.C:130:1: internal compiler error: verify_flow_info
failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug tree-optimization/45563] New: [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone

[zsojka at seznam dot cz]

Compiler output:
$ gcc -O -fno-early-inlining -fipa-cp -fipa-cp-clone testcase.C
testcase.C:3:30: internal compiler error: in ipcp_init_cloned_node, at
ipa-cp.c:190
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

- testcase.C -
struct S { virtual void xyzzy (); };
void foo (S * s) { s->xyzzy (); }
void bar () { S s; foo (&s); }
--
Almost the same as g++.dg/opt/devirt1.C - only the constructor is removed.

Tested revisions:
r163921 - crash
r163636 - crash
r161659 - OK
r161170 - OK


-- 
   Summary: [4.6 Regression] g++.dg/opt/devirt1.C ICEs in
ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-
inlining -fipa-cp-clone
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8

[tkoenig at gcc dot gnu dot org]

--- Comment #6 from tkoenig at gcc dot gnu dot org  2010-09-06 19:44 ---
Fixed on trunk, closing.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8

[tkoenig at gcc dot gnu dot org]

--- Comment #5 from tkoenig at gcc dot gnu dot org  2010-09-06 19:44 ---
Subject: Bug 34145

Author: tkoenig
Date: Mon Sep  6 19:43:58 2010
New Revision: 163932

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163932
Log:
2010-09-06  Thomas Koenig  

PR fortran/34145
* trans-expr.c (gfc_conv_substring):  If start and end
of the string reference are equal, set the length to one.

2010-09-06  Thomas Koenig  

PR fortran/34145
* gfortran.dg/char_length_17.f90:  New test.


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


-- 


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

[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-06 19:38 ---
Created an attachment (id=21715)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21715&action=view)
reduced testcase (from
libstdc++-v3/testsuite/21_strings/basic_string/range_access.cc)

$ gcc -std=gnu++0x -O -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug
pr45562.C


-- 


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

[Bug c++/45562] New: [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug

[zsojka at seznam dot cz]

Command line:
$ gcc -std=gnu++0x -O -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug
testcase.C

Related valgrind output:
$ valgrind -q --trace-children=yes
/mnt/svn/gcc-trunk/binary-163921-lto-fortran-checking-yes-rtl-df/bin/gcc
-std=gnu++0x -O1 -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug testcase.C
==29279== Invalid read of size 8
==29279==at 0x5D244C: cp_build_unary_op (typeck.c:5083)
==29279==by 0x4E0E81: build_new_method_call (call.c:6461)
==29279==by 0x53C33D: tsubst_copy_and_build (pt.c:12572)
==29279==by 0x52D1B8: tsubst_expr (pt.c:12054)
==29279==by 0x533C43: tsubst (pt.c:10696)
==29279==by 0x5961E0: dump_function_decl (error.c:315)
==29279==by 0x5968F8: decl_as_string (error.c:2372)
==29279==by 0x612CA9: cxx_printable_name_internal (tree.c:1440)
==29279==by 0xAA375D: dump_enumerated_decls (tree-ssa-live.c:1268)
==29279==by 0xA406F8: execute_cleanup_cfg_post_optimizing
(tree-optimize.c:214)
==29279==by 0x8FD47E: execute_one_pass (passes.c:1569)
==29279==by 0x8FD724: execute_pass_list (passes.c:1624)
==29279==  Address 0x20 is not stack'd, malloc'd or (recently) free'd
==29279== 
gcc: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163921 - crash
r163636 - crash
r161659 - OK
r161170 - OK
4.5 r163761 - OK


-- 
   Summary: [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op
(typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -
fcompare-debug
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2010-09-06 18:52 ---
Subject: Bug 45560

Author: burnus
Date: Mon Sep  6 18:51:48 2010
New Revision: 163931

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163931
Log:
 2010-09-06  Tobias Burnus  

PR fortran/45560
* dump-parse-tree.c (gfc_debug_expr): Use stderr instead of stdout.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/dump-parse-tree.c


-- 


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

[Bug c++/45558] typedef of typename fails to equal its underlying type

[dodji at gcc dot gnu dot org]

--- Comment #3 from dodji at gcc dot gnu dot org  2010-09-06 18:50 ---
Subject: Bug 45558

Author: dodji
Date: Mon Sep  6 18:49:46 2010
New Revision: 163930

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163930
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/tree.c
branches/gcc-4_5-branch/gcc/cp/typeck.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589

[dodji at gcc dot gnu dot org]

--- Comment #10 from dodji at gcc dot gnu dot org  2010-09-06 18:50 ---
Subject: Bug 45293

Author: dodji
Date: Mon Sep  6 18:49:46 2010
New Revision: 163930

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163930
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/tree.c
branches/gcc-4_5-branch/gcc/cp/typeck.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation

[dodji at gcc dot gnu dot org]

--- Comment #12 from dodji at gcc dot gnu dot org  2010-09-06 18:50 ---
Subject: Bug 45200

Author: dodji
Date: Mon Sep  6 18:49:46 2010
New Revision: 163930

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163930
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/tree.c
branches/gcc-4_5-branch/gcc/cp/typeck.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589

[dodji at gcc dot gnu dot org]

--- Comment #9 from dodji at gcc dot gnu dot org  2010-09-06 18:44 ---
Subject: Bug 45293

Author: dodji
Date: Mon Sep  6 18:44:23 2010
New Revision: 163929

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163929
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/template/typedef34.C
trunk/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/45558] typedef of typename fails to equal its underlying type

[dodji at gcc dot gnu dot org]

--- Comment #2 from dodji at gcc dot gnu dot org  2010-09-06 18:44 ---
Subject: Bug 45558

Author: dodji
Date: Mon Sep  6 18:44:23 2010
New Revision: 163929

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163929
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/template/typedef34.C
trunk/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation

[dodji at gcc dot gnu dot org]

--- Comment #11 from dodji at gcc dot gnu dot org  2010-09-06 18:44 ---
Subject: Bug 45200

Author: dodji
Date: Mon Sep  6 18:44:23 2010
New Revision: 163929

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163929
Log:
Patch PR c++/45200

Fix PR c++/45200, c++/45293, c++/45558

gcc/cp/Changelog:
PR c++/45200
PR c++/45293
PR c++/45558
* tree.c (strip_typedefs): Strip typedefs from the context of
TYPENAME_TYPEs.

gcc/testsuite/ChangeLog:
PR c++/45200
PR c++/45293
PR c++/45558
* g++.dg/template/typedef34.C: New test.
* g++.dg/template/typedef35.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/template/typedef34.C
trunk/gcc/testsuite/g++.dg/template/typedef35.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

[burnus at gcc dot gnu dot org]

--- Comment #17 from burnus at gcc dot gnu dot org  2010-09-06 18:43 ---
(In reply to comment #16)
> This patch makes IPA-CP to refrain from modifying a function when it
> sees a any type attributes.

In a way that's unfortunate: Both "fn attr" and argument removal are
optimization options.

> As far as I understand it there is already a test in our testsuite
> that fails (with the patch from comment #7 applied) and so I am not
> going to add an extra one.

OK.

> I think it's best to check this in separately and I will submit it for
> approval tomorrow if there are no unforeseen problems.

I will also submit my patch - for committal after yours is in.


-- 


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

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

[howarth at nitro dot med dot uc dot edu]

--- Comment #16 from howarth at nitro dot med dot uc dot edu  2010-09-06 
18:40 ---
Still present for x86_64-unknown-gnu-linux with -m32 at r163927 when tested on
x86_64 Fedora 10
using the new gcc/gcc/testsuite/gcc.dg/torture/stackalign/alloca-5.c  test case
only from gcc-pr45234-2.patch.


-- 


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

[Bug libobjc/19850] libobjc leaks threads on posix

[nicola at gcc dot gnu dot org]

--- Comment #5 from nicola at gcc dot gnu dot org  2010-09-06 18:30 ---
Fixed in trunk.

Thanks


-- 

nicola at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031

[dominiq at lps dot ens dot fr]

--- Comment #16 from dominiq at lps dot ens dot fr  2010-09-06 18:27 ---
> > New Revision: 163913
>  fixed on i686-darwin9.

also on x86_64-apple-darwin10.4 configured with --enable-checking=release.


-- 


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

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

[jamborm at gcc dot gnu dot org]

--- Comment #16 from jamborm at gcc dot gnu dot org  2010-09-06 18:25 
---
Created an attachment (id=21714)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21714&action=view)
Patch to address IPA-CP parameter removal issues

This patch makes IPA-CP to refrain from modifying a function when it
sees a any type attributes.  It fixes the test case.  I do not expect
it to cause any problems elsewhere but I have not yet bootstrapped or
tested it (I have just scheduled both for tonight).

As far as I understand it there is already a test in our testsuite
that fails (with the patch from comment #7 applied) and so I am not
going to add an extra one.

I think it's best to check this in separately and I will submit it for
approval tomorrow if there are no unforeseen problems.


-- 


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

[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2010-09-06 18:17 ---
FIXED for 4.6.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2010-09-06 18:17 ---
Subject: Bug 45560

Author: burnus
Date: Mon Sep  6 18:16:50 2010
New Revision: 163928

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163928
Log:
2010-09-06  Tobias Burnus  

PR fortran/45560
* dump-parse-tree.c (gfc_debug_expr): New function.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/dump-parse-tree.c


-- 


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

[Bug target/22152] Poor loop optimization when using mmx builtins

[ubizjak at gmail dot com]

--- Comment #14 from ubizjak at gmail dot com  2010-09-06 18:13 ---
Fixed again.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031

[iains at gcc dot gnu dot org]

--- Comment #15 from iains at gcc dot gnu dot org  2010-09-06 18:07 ---
(In reply to comment #14)
> Subject: Bug 45534

> New Revision: 163913

> 2010-09-06  Richard Guenther  
> 
> PR tree-optimization/45534
> * tree-ssa-address.c (create_mem_ref_raw): Add verify parameter.
> (create_mem_ref): Do verify the created TARGET_MEM_REF is valid
> on the target.
> (maybe_fold_tmr): Do not verify the created TARGET_MEM_REF is
> valid on the target.

fixed on i686-darwin9.


-- 


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

[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2010-09-06 17:55 ---
More failures:

use iso_fortran_env
integer :: i
print *, shape(real_kinds(1))  ! should be rejected (scalar)
i = real_kinds(1)  ! ICE
end

Thus, the FE has problems if one takes a REF of an EXPR_ARRAY, i.e. the shape
does not get updated.


-- 


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

[Bug target/22152] Poor loop optimization when using mmx builtins

[uros at gcc dot gnu dot org]

--- Comment #13 from uros at gcc dot gnu dot org  2010-09-06 17:55 ---
Subject: Bug 22152

Author: uros
Date: Mon Sep  6 17:54:46 2010
New Revision: 163927

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163927
Log:
PR target/22152
* gcc.target/i386/pr22152.c (add3): Change "count" to unsigned int.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/i386/pr22152.c


-- 


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

[Bug target/22152] Poor loop optimization when using mmx builtins

[uros at gcc dot gnu dot org]

--- Comment #12 from uros at gcc dot gnu dot org  2010-09-06 17:51 ---
Subject: Bug 22152

Author: uros
Date: Mon Sep  6 17:51:12 2010
New Revision: 163926

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163926
Log:
PR target/22152
* config/i386/mmx.md (*mov_internal_rex64,
*mov_internal_avx, *mov_internal,
*movv2sf_internal_rex64_avx, *movv2sf_internal_rex64,
*movv2sf_internal_avx, *movv2sf_internal): Split out !y-!y alternative.
[

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/mmx.md


-- 


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

[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|normal


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

[Bug libstdc++/45549] merge is_iterator into iterator_traits

[marc dot glisse at normalesup dot org]

--- Comment #9 from marc dot glisse at normalesup dot org  2010-09-06 17:48 
---
(In reply to comment #8)
> Draft patch, tested x86_64-linux

Nice. Just to confirm, that's indeed what I had in mind, except that I was
going to rename __is_iterator_helper to __has_iterator_category and move
"||is_pointer" from the helper to __is_iterator (and then use
__has_iterator_category for __iterator_traits). But it is equivalent.

Now to the hardest part: deciding whether to apply it ;-)


-- 


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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

[hjl dot tools at gmail dot com]

--- Comment #41 from hjl dot tools at gmail dot com  2010-09-06 17:18 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float

[mikpe at it dot uu dot se]

--- Comment #1 from mikpe at it dot uu dot se  2010-09-06 17:15 ---
Dupe of PR44631?


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||mikpe at it dot uu dot se


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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

[hjl dot tools at gmail dot com]

--- Comment #40 from hjl dot tools at gmail dot com  2010-09-06 17:10 
---
*** Bug 45561 has been marked as a duplicate of this bug. ***


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org


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

[Bug other/45561] [4.6 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-09-06 17:10 ---


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


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug libstdc++/45549] merge is_iterator into iterator_traits

[paolo dot carlini at oracle dot com]

--- Comment #8 from paolo dot carlini at oracle dot com  2010-09-06 17:08 
---
Created an attachment (id=21713)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21713&action=view)
Draft patch, tested x86_64-linux


-- 


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

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

[uweigand at gcc dot gnu dot org]

--- Comment #16 from uweigand at gcc dot gnu dot org  2010-09-06 16:57 
---
(In reply to comment #15)
> Ulrih, I've just wanted to post the following when I found that you already
> posted analogous conclusion.  I should have been on CC to see your comment
> right away.  The problem is really fundamental.  Code for
> merge_assigned_reloads ignores inheritance (and dependencies between reloads
> because of inheritance) at all.  Here is my post wanted to add.

I just noticed that even in the complete absence of reload inheritance, the
allocate_reload_reg routine performs free_for_value_p checks, and therefore
implicitly takes reload ordering into account.  This seems to imply that even
if we'd do merge_assigned_reloads only if no inheritance has taken place, we'd
still have a problem.

Does anybody have any idea how much merge_assigned_reloads actually contributes
to performance on i386, in particular now that we have a bit more post-reload
optimizers that potentially clear up duplicate code of the type generated by
unmerged reloads?


-- 


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

[Bug tree-optimization/45421] [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table

[ro at CeBiTec dot Uni-Bielefeld dot DE]

--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld dot DE  2010-09-06 
16:20 ---
Subject: Re:  [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in
sem_aggr.sort_case_table

Unfortunately, even with your patch the mips-sgi-irix6.5 Ada bootstrap
is still broken.

Rainer


-- 


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

[Bug other/45561] [4.6 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2010-09-06 16:08 ---
Correct title, possibly component, milestone.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|preprocessor|other
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 16:08:27
   date||
Summary|[4.4 Regression]:   |[4.6 Regression]:
   |gcc.dg/cpp/pragma-float-|gcc.dg/cpp/pragma-float-
   |const-decimal64-1.c |const-decimal64-1.c
   |gcc.dg/nodfp-1.c|gcc.dg/nodfp-1.c
   Target Milestone|--- |4.6.0


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

[Bug preprocessor/45561] New: [4.4 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c

[hp at gcc dot gnu dot org]

With revision 163809 these test passed.
>From revision 163818 and on, the tests have failed as follows:

Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/cpp/cpp.exp ...
FAIL: gcc.dg/cpp/pragma-float-const-decimal64-1.c  (test for warnings, line 4)
...
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/dg.exp ...
...
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 4)
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 5)
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 6)

Looks like it's some mixup of ""/"no"/"dpd" somewhere...
It looks like the dfp.m4 patch is wrong, enabling dfp half-way, such that the
parser and preprocessor doesn't see that it's not supported, but the target
still isn't "dfp" as far as the test-suite is concerned (and it shouldn't):

Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/ dfprt16050.
c-isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newl
ib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/
cris-elf/./libgloss/cris -L/tmp/hpautotest-gcc1/gcc/libgloss/cris 
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./new
lib/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib -sim3  -lm   -o
dfprt16050.exe(timeout = 300)
dfprt16050.c:2:2: error: unable to emulate 'DD'
compiler exited with status 1
output is:
dfprt16050.c:2:2: error: unable to emulate 'DD'

Author of suspect patch in the revision range CC:ed.


-- 
   Summary: [4.4 Regression]: gcc.dg/cpp/pragma-float-const-
decimal64-1.c gcc.dg/nodfp-1.c
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf


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

[Bug libobjc/19850] libobjc leaks threads on posix

[nicola dot pero at meta-innovation dot com]

--- Comment #4 from nicola dot pero at meta-innovation dot com  2010-09-06 
15:58 ---
I fixed this bug in trunk (will be GCC 4.6.0).


-- 

nicola dot pero at meta-innovation dot com changed:

   What|Removed |Added

 CC||nicola dot pero at meta-
   ||innovation dot com


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

[Bug libobjc/19850] libobjc leaks threads on posix

[nicola at gcc dot gnu dot org]

--- Comment #3 from nicola at gcc dot gnu dot org  2010-09-06 15:57 ---
Subject: Bug 19850

Author: nicola
Date: Mon Sep  6 15:57:44 2010
New Revision: 163923

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163923
Log:
   PR libobjc/19850
   * gthr-posix.h (__gthread_objc_thread_detach): Use
   _objc_thread_attribs when detaching a thread.
   * gthr-posix95.h (__gthread_objc_thread_detach): Same change.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/gthr-posix.h
trunk/gcc/gthr-posix95.h


-- 


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

[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV

[doko at ubuntu dot com]

--- Comment #4 from doko at ubuntu dot com  2010-09-06 15:56 ---
I can confirm this with 20100902 from the 4.5 branch. the profiled bootstrap
did work with the 4.5.1 release.


-- 


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

[Bug fortran/45560] New: debugging: Add EXPR pretty printer (gfc_debug_expr)

[burnus at gcc dot gnu dot org]

Richard wrote in IRC:
  fortran needs a pretty-printer
  gfc_show_expr is annoying as it doesn't flush and you have to manually set
dumpfile
   to stdout

Untested draft patch:

Index: dump-parse-tree.c
===
--- dump-parse-tree.c   (revision 163921)
+++ dump-parse-tree.c   (working copy)
@@ -48,6 +48,17 @@
 static void show_code_node (int, gfc_code *);
 static void show_namespace (gfc_namespace *ns);

+/* Allow dumping of an expression in the debugger.  */
+void gfc_debug_expr (gfc_expr *);
+void
gfc_debug_expr (gfc_expr *e)
+{
+  FILE *tmp = dumpfile;
+  dumpfile = stdout;
+  show_expr (e)
+  fputc ('\n', dumpfile);
+  dumpfile = tmp;
+}

 /* Do indentation for a specific level.  */


-- 
   Summary: debugging: Add EXPR pretty printer (gfc_debug_expr)
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug c/45559] New: [4.4 regression] wrong conversion from unsigned int/long to float

[zimmerma+gcc at loria dot fr]

With the following program:

#include 

int
main()
{
  unsigned int t = 254733465;
  float f;
  f = (float) t;
  printf ("t=%u f=%.0f\n", t, f);
}

I get with gcc 4.3 the expected result:

t=254733465 f=254733472

but with gcc 4.4.5:

t=254733465 f=482062944

which is clearly wrong.

Note: this was obtained on smetana.debian.org with
gcc 4.4.5 20100824 (prerelease) (Debian 4.4.4-11)

Note 2: this bug makes GMP-ECM fail:
https://buildd.debian.org/fetch.cgi?pkg=gmp-ecm&arch=sparc&ver=6.3-2&stamp=1281775571&file=log&as=raw


-- 
   Summary: [4.4 regression] wrong conversion from unsigned int/long
to float
   Product: gcc
   Version: 4.4.5
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zimmerma+gcc at loria dot fr
 GCC build triplet: sparc-linux-gnu
  GCC host triplet: sparc-linux-gnu
GCC target triplet: sparc-linux-gnu


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

[Bug target/45483] gcc-4.4.3: probably wrong optimization options chosen by "-march=native"

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2010-09-06 15:08 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00469.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||ubizjak at gmail dot com
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2010-
   ||09/msg00469.html
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 15:08:27
   date||


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

[Bug c++/45558] typedef of typename fails to equal its underlying type

[dodji at gcc dot gnu dot org]

--- Comment #1 from dodji at gcc dot gnu dot org  2010-09-06 15:00 ---
This was forwarded here from https://bugzilla.redhat.com/show_bug.cgi?id=620095


-- 


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

[Bug c++/45558] typedef of typename fails to equal its underlying type

[dodji at gcc dot gnu dot org]

-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 14:59:17
   date||


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

[Bug c++/45558] New: typedef of typename fails to equal its underlying type

[dodji at gcc dot gnu dot org]

The code snippet below fails to compile:

=~=
template 
struct C
{
  template 
  struct B
  {
template 
struct E
{
  explicit E(const W &x) : w(x) {}
  const W &w;
};
  };
};
struct F;
template 
struct D
{
  D() {}
};
const D g;
template 
struct A
{
  template 
  struct B : C::template B
  {
typedef typename C::template B V;
static const D > > a;
  };
};
template 
template 
const D::template B::template E > >
A::B::a = typename C::template B::template E >(g);
=~=

With the error message:

test-620095.cc:38:16: erreur: conflicting declaration ‘const D::B::E > > A::B::a’
test-620095.cc:31:52: erreur: ‘A::B::a’ has a previous declaration as
‘const D::B::E > > A::B::a’
test-620095.cc:38:16: erreur: declaration of ‘const D::B::E > > A::B::a’ outside of class is not definition
[-fpermissive]

Fixing PR c++/45200 should fix this bug.


-- 
   Summary: typedef of typename fails to equal its underlying type
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dodji at gcc dot gnu dot org
 BugsThisDependsOn: 45200


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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

[hjl at gcc dot gnu dot org]

--- Comment #39 from hjl at gcc dot gnu dot org  2010-09-06 14:54 ---
Subject: Bug 45524

Author: hjl
Date: Mon Sep  6 14:52:54 2010
New Revision: 163921

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163921
Log:
Don't set enable_decimal_float to dpd if DFP is disabled.

config/

2010-09-06  H.J. Lu  

PR target/45524
* dfp.m4: Don't set enable_decimal_float to dpd if DFP is
disabled.  Set default_decimal_float.

gcc/

2010-09-06  H.J. Lu  

PR target/45524
* configure.ac (enable_decimal_float): Set to
$default_decimal_float.
* configure: Regenerated.

libdecnumber/

2010-09-06  H.J. Lu  

PR target/45524
* configure.ac (enable_decimal_float): Set to
$default_decimal_float.
* configure: Regenerated.

libgcc/

2010-09-06  H.J. Lu  

PR target/45524
* configure: Regenerated.

Modified:
trunk/config/ChangeLog
trunk/config/dfp.m4
trunk/gcc/ChangeLog
trunk/gcc/configure
trunk/gcc/configure.ac
trunk/libdecnumber/ChangeLog
trunk/libdecnumber/configure
trunk/libdecnumber/configure.ac
trunk/libgcc/ChangeLog
trunk/libgcc/configure


-- 


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

[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2010-09-06 14:52 ---
Created an attachment (id=21712)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21712&action=view)
New draft patch

New draft patch.

New: Documentation added; "REAL_KINDS" and "REAL_KINDS(1)" works now.

TODO
- The test case in the file, i.e. "REAL(REAL_KINDS(1))" fails with "Error:
Constant expression required"
- Include attachment 21126 as test case


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #21122|0   |1
is obsolete||


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

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

[jamborm at gcc dot gnu dot org]

--- Comment #15 from jamborm at gcc dot gnu dot org  2010-09-06 14:12 
---
I tried compiling the testcase from comment #8 and it did not fail for
me either on i686-linux ox x86_64-linux.  Can you please check that it
still fails for you?


-- 


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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

[dominiq at lps dot ens dot fr]

--- Comment #46 from dominiq at lps dot ens dot fr  2010-09-06 14:04 ---
> gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f, ...

They are pr45534 and probably fixed at revision 163913 (testing).


-- 


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

[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[alexey at feldgendler dot ru]

--- Comment #5 from alexey at feldgendler dot ru  2010-09-06 14:03 ---
Indeed, the patch fixes this bug for me. Thanks!


-- 

alexey at feldgendler dot ru changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

[howarth at nitro dot med dot uc dot edu]

--- Comment #45 from howarth at nitro dot med dot uc dot edu  2010-09-06 
13:57 ---
(In reply to comment #44)
> Created an attachment (id=21709)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709&action=view) [edit]
> retain redefinition of MAIN_STACK_BOUNDARY as required
> 

Testsuite results for the PR36502v9.patch are shown in
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00537.html. The compiler ICEs
shown for gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f,
gfortran.dg/graphite/pr42393-1.f90 libgomp.fortran/appendix-a/a.16.1.f90,
libgomp.fortran/omp_atomic2.f90, libgomp.graphite/force-parallel-3.c,
libgomp.graphite/force-parallel-9.c and 25_algorithms/heap/moveable.cc
shouldn't be due to my patch as the identical patch (except for test cases
corrections) was tested in
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00168.html and didn't show
them. While I don't see these in other reported i386-apple-darwin10
testresults, those aren't using --enable-checking=yes. I will rebuild gcc trunk
without PR36502v9.patch, reconfirm those ICEs and file PRs against them
separately.


-- 


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

[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-09-06 13:53 ---
Seems to be fixed by

2010-09-02  Richard Guenther  

PR tree-optimization/44937
PR tree-optimization/45412
* ipa-split.c (split_function): Properly remove PHI nodes.


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/44937] [4.6 Regression] IPA-split causes crash due to null pointer deref

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2010-09-06 13:53 ---
*** Bug 45557 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||alexey at feldgendler dot ru


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

[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[alexey at feldgendler dot ru]

--- Comment #3 from alexey at feldgendler dot ru  2010-09-06 13:51 ---
$ gdb --args /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -v
-D_GNU_SOURCE TC.cpp -dumpbase TC.cpp -mtune=generic -march=x86-64 -auxbase TC
-O1 -version -flto -finline-small-functions -fpartial-inlining
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from
/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus...done.
(gdb) r
Starting program: /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-v -D_GNU_SOURCE TC.cpp -dumpbase TC.cpp -mtune=generic -march=x86-64 -auxbase
TC -O1 -version -flto -finline-small-functions -fpartial-inlining
GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental), GMP version
4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++

/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/x86_64-unknown-linux-gnu
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/backward
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include
 /usr/local/include
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed
 /usr/include
End of search list.
GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental), GMP version
4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
options passed:  -v -D_GNU_SOURCE TC.cpp -mtune=generic -march=x86-64 -O1
 -flto -finline-small-functions -fpartial-inlining
options enabled:  -falign-loops -fasynchronous-unwind-tables
 -fauto-inc-dec -fbranch-count-reg -fcommon -fcprop-registers -fdefer-pop
 -fdelete-null-pointer-checks -fdwarf2-cfi-asm -fearly-inlining
 -feliminate-unused-debug-types -fexceptions -fforward-propagate
 -ffunction-cse -fgcse-lm -fguess-branch-probability -fident
 -fif-conversion -fif-conversion2 -finline -finline-functions-called-once
 -finline-small-functions -fipa-profile -fipa-pure-const -fipa-reference
 -fira-share-save-slots -fira-share-spill-slots -fivopts
 -fkeep-static-consts -fleading-underscore -fmath-errno -fmerge-constants
 -fmerge-debug-strings -fmove-loop-invariants -fomit-frame-pointer
 -fpartial-inlining -fpeephole -fprefetch-loop-arrays -freg-struct-return
 -fsched-critical-path-heuristic -fsched-dep-count-heuristic
 -fsched-group-heuristic -fsched-interblock -fsched-last-insn-heuristic
 -fsched-rank-heuristic -fsched-spec -fsched-spec-insn-heuristic
 -fsched-stalled-insns-dep -fshow-column -fsigned-zeros
 -fsplit-ivs-in-unroller -fsplit-wide-types -fstrict-volatile-bitfields
 -ftoplevel-reorder -ftrapping-math -ftree-bit-ccp -ftree-ccp -ftree-ch
 -ftree-copy-prop -ftree-copyrename -ftree-cselim -ftree-dce
 -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre
 -ftree-loop-if-convert -ftree-loop-im -ftree-loop-ivcanon
 -ftree-loop-optimize -ftree-parallelize-loops= -ftree-phiprop -ftree-pta
 -ftree-reassoc -ftree-scev-cprop -ftree-sink -ftree-slp-vectorize
 -ftree-sra -ftree-ter -ftree-vect-loop-version -funit-at-a-time
 -funwind-tables -fvar-tracking -fvar-tracking-assignments
 -fvect-cost-model -fzero-initialized-in-bss -m128bit-long-double -m64
 -m80387 -maccumulate-outgoing-args -malign-stringops -mfancy-math-387
 -mfp-ret-in-387 -mfused-madd -mglibc -mieee-fp -mmmx -mno-sse4 -mpush-args
 -mred-zone -msse -msse2 -mtls-direct-seg-refs
Compiler executable checksum: 2c7dd1386f3abb6f2873be5b63c94737
 int f3()
Analyzing compilation unit
Performing interprocedural optimizations
 <*free_lang_data>   
   Assembling functions:
 f3()
Program received signal SIGSEGV, Segmentation fault.
prepare_use_sites_for (update_flags=2048) at
/home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2588
2588  edge e = gimple_phi_arg_edge (stmt, ix);
(gdb) bt
#0  prepare_use_sites_for (update_flags=2048) at
/home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2588
#1  prepare_names_to_update (update_flags=2048) at
/home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2657
#2  update_ssa (update_flags=2048) at
/home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:3291
#3  0x0086d548 in execute_function_todo (data=) at
/home/xman/g

[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[alexey at feldgendler dot ru]

--- Comment #2 from alexey at feldgendler dot ru  2010-09-06 13:49 ---
Created an attachment (id=21711)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21711&action=view)
Incomplete assembly file cc1plus manages to write before segfaulting


-- 


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

[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[alexey at feldgendler dot ru]

--- Comment #1 from alexey at feldgendler dot ru  2010-09-06 13:48 ---
Created an attachment (id=21710)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21710&action=view)
Testcase


-- 


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

[Bug lto/45557] New: Segfault with -flto -O1 -finline-small-functions -fpartial-inlining

[alexey at feldgendler dot ru]

cc1plus segfaults on the attached testcase with -flto -O1
-finline-small-functions -fpartial-inlining.

$ g++-4.6 -v -flto -O1 -finline-small-functions -fpartial-inlining TC.cpp
Using built-in specs.
COLLECT_GCC=g++-4.6
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/xman/gcc-4.6-20100828/configure --program-suffix=-4.6
--enable-lto --enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.6.0 20100828 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-flto' '-O1' '-finline-small-functions'
'-fpartial-inlining' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -quiet -v
-D_GNU_SOURCE TC.cpp -quiet -dumpbase TC.cpp -mtune=generic -march=x86-64
-auxbase TC -O1 -version -flto -finline-small-functions -fpartial-inlining -o
/tmp/ccRma3YY.s
GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental), GMP version
4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++

/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/x86_64-unknown-linux-gnu
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/backward
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include
 /usr/local/include
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed
 /usr/include
End of search list.
GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental), GMP version
4.3.2, 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: 2c7dd1386f3abb6f2873be5b63c94737
TC.cpp: In function ‘f3()’:
TC.cpp:5:5: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: Segfault with -flto -O1 -finline-small-functions -
fpartial-inlining
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexey at feldgendler dot ru
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug bootstrap/45556] New: Add PPL and CLooG-PPL source to gcc source tree for build

[tom dot browder at gmail dot com]

As of now, gcc builds with gmp, mpfr, and mpc source directories placed in the
gcc tree by the user.  Adding the other two main prerequisites into the tree
for full gcc features would be a win for users.  The inter-dependence of the
configuration options between the latter two and gmp, mpfr, and mpc makes it
difficult for a user to build all successfully without trial and error.  An
explicitly versioned set of the five sources known to work for a given version
of gcc to be downloaded with a helper script (like the one by Andrew Haley:
download_prerequisites.sh) would be very helpful and ease debugging and help
for all.


-- 
   Summary: Add PPL and CLooG-PPL source to gcc source tree for
build
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com


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

[Bug fortran/38282] Add the remaining HPF bit intrinsics

[burnus at gcc dot gnu dot org]

--- Comment #12 from burnus at gcc dot gnu dot org  2010-09-06 13:35 ---
DONE:
- POPPAR, POPCNT [and LEADZ/TAILZ already in GCC 4.4]
- IALL, IANY, IPARITY

TODO (cf. comment 2)

a) F2008's bit intrinsics: DSHIFTL, DSHIFTR, SHIFTA, SHIFTL, SHIFTR, MASKL,
MASKR, BGE, BGT, BLE, BLT, MERGE_BITS

c) HPF only: ILEN(I)
   Cf. http://wotug.org/parallel/standards/hpf/, HPF 2.0, Section 7.6

d) IBCHNG(POS, I)
   Industrial Real-Time Fortran Standard (ISO 7846:1985; withdrawn) and common
   vendor extension


-- 


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

[Bug c++/45555] New: Add warnings for changes to code with option "-fipa-sra"

[tom dot browder at gmail dot com]

The "-fipa-sra" option may result in object code changes.  Users should be
notified of such changes so they can make source code changes.


-- 
   Summary: Add warnings for changes to code with option "-fipa-sra"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com


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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

[howarth at nitro dot med dot uc dot edu]

--- Comment #44 from howarth at nitro dot med dot uc dot edu  2010-09-06 
13:17 ---
Created an attachment (id=21709)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709&action=view)
retain redefinition of MAIN_STACK_BOUNDARY as required


-- 

howarth at nitro dot med dot uc dot edu changed:

   What|Removed |Added

  Attachment #21647|0   |1
is obsolete||
  Attachment #21681|0   |1
is obsolete||


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