[Bug testsuite/43957] FAIL: gcc.dg/const-uniq-1.c scan-tree-dump-times gimple "LC0" 2

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-05-02 07:41 
---
Can you adjust the regexp?


-- 

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-05-02 07:41:11
   date||


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

[Bug fortran/35918] Accepts invalid: INTERFACE and REAL

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2010-05-02 08:42 ---
(In reply to comment #1)
> All three cases are flagged by current 4.5.0 20091208.
> Tobias, please close if you agree.

Closing after 5 months of WAITING. Please reopen if you disagree.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug fortran/33197] Fortran 2008: math functions

[dfranke at gcc dot gnu dot org]

--- Comment #33 from dfranke at gcc dot gnu dot org  2010-05-02 08:47 
---
TODO (carried on):
 - BESSEL_JN and BESSEL_YN: Transitional form is missing (c.f. PR36096,
PR36158)
 - NORM2 is missing


-- 


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

[Bug fortran/24978] ICE in gfc_assign_data_value_range

[dominiq at lps dot ens dot fr]

--- Comment #31 from dominiq at lps dot ens dot fr  2010-05-02 08:52 ---
> Updated patch. Fixes the multiplication of errors shown in comment #29. Not 
> yet
> regtested.

The patch in comment #30 fixes the multiplication of errors. The only
regression I have found is 

FAIL: gfortran.dg/spread_size_limit.f90  -O  scan-tree-dump-times original
"_gfortran_spread" 1

where the test should be updated/removed due to the change in simplify.c.

I cannot do a formal review, but the patch looks good. Thanks for it.


-- 


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

[Bug fortran/24978] ICE in gfc_assign_data_value_range

[dfranke at gcc dot gnu dot org]

--- Comment #32 from dfranke at gcc dot gnu dot org  2010-05-02 09:23 
---
(In reply to comment #31)
> FAIL: gfortran.dg/spread_size_limit.f90  -O  scan-tree-dump-times original
> "_gfortran_spread" 1
> where the test should be updated/removed due to the change in simplify.c.

That's a leftover from PR40472 - Jerry asked to leave the check for array size
in, so please revert that change in your tree. No more regressions :)


-- 


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

[Bug fortran/24978] ICE in gfc_assign_data_value_range

[dominiq at lps dot ens dot fr]

--- Comment #33 from dominiq at lps dot ens dot fr  2010-05-02 09:31 ---
> That's a leftover from PR40472 - Jerry asked to leave the check for array size
> in, so please revert that change in your tree. No more regressions :)

This change fixed an ICE for the test in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40472#c21 , reverting it will
restore the ICE!-(I can either reopen pr40472 for it, or open a new pr, but not
before a couple days). In top of that I am not sure we are all speaking about
the same thing.


-- 


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2010-05-02 10:44 ---
(In reply to comment #4)
> I don't have access to ia64. I tried to change the types in the test to make
> the basic blocks vectorizable on x86_64, but didn't get any error. So I still
> need SLP dump in order to solve this.

You can simply build ia64 crosscompiler with (you don't need to install
binutils):

$ ../gcc-svn/trunk/configure --target=ia64-linux-gnu --enable-languages=c

$ make
[... the build will fail, but cc1 will be compiled correctly ... ]

~/gcc-build-ia64/gcc/cc1 -O3 -quiet pr42196-2.c
pr42196-2.c: In function ‘foo’:
pr42196-2.c:10:7: internal compiler error: in vectorizable_operation, at
tree-vect-stmts.c:1989
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

gdb --args ~/gcc-build-ia64/gcc/cc1 -O3 -quiet pr42196-2.c
[...]
#0  fancy_abort (file=0xb2e818 "../../gcc-svn/trunk/gcc/tree-vect-stmts.c", 
line=1989, function=0xb2f840 "vectorizable_operation")
at ../../gcc-svn/trunk/gcc/diagnostic.c:810
#1  0x008520c1 in vectorizable_operation (stmt=0x720e62d0, 
gsi=0x0, vec_stmt=0x0, slp_node=0x10a3530)
at ../../gcc-svn/trunk/gcc/tree-vect-stmts.c:1989
#2  0x00855b78 in vect_analyze_stmt (stmt=0x720e62d0, 
need_to_vectorize=0x7fffddaf "\001\320\350\005\001", node=0x10a3530)
at ../../gcc-svn/trunk/gcc/tree-vect-stmts.c:4063
#3  0x00868b43 in vect_slp_analyze_node_operations (
bb_vinfo=, node=0x10a3530)
at ../../gcc-svn/trunk/gcc/tree-vect-slp.c:1404
#4  0x00868abf in vect_slp_analyze_node_operations (
bb_vinfo=0x105e8d0, node=0x10a34f0)
at ../../gcc-svn/trunk/gcc/tree-vect-slp.c:1394
#5  0x0086dd23 in vect_slp_analyze_operations (
bb=) at ../../gcc-svn/trunk/gcc/tree-vect-slp.c:1424
#6  vect_slp_analyze_bb (bb=)
at ../../gcc-svn/trunk/gcc/tree-vect-slp.c:1564
#7  0x0086e1eb in execute_vect_slp ()
at ../../gcc-svn/trunk/gcc/tree-vectorizer.c:276
#8  0x0068ed79 in execute_one_pass (pass=0xe90940)
at ../../gcc-svn/trunk/gcc/passes.c:1590

Confirmed via ia64 cross.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-02 10:44:22
   date||


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2010-05-02 10:46 ---
The _.115t.slp dump is empty:

$ more pr42196-2.c.115t.slp 

;; Function foo (foo)


-- 


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2010-05-02 10:50 ---
Following assert in tree-vects-stmts.c is triggered:

  /* If op0 is an external or constant def use a vector type with
 the same size as the output vector type.  */
  if (!vectype)
vectype = get_same_sized_vectype (TREE_TYPE (op0), vectype_out);
  gcc_assert (vectype);


-- 


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

[Bug c/43961] New: [ARM thumb] "branch out of range" with thumb1_output_casesi

[exceed at alae dot jp]

Environment:

$ arm-elf-gcc -v
Using built-in specs.
COLLECT_GCC=arm-elf-gcc
COLLECT_LTO_WRAPPER=/cygdrive/c/usr/local/cross/libexec/gcc/arm-elf/4.5.0/lto-wrapper.exe
Target: arm-elf
Configured with: ../configure --prefix=/cygdrive/c/usr/local/cross
--target=arm-elf --with-float=soft --enable-languages=c,c++ --enable-lto
--with-libelf=/usr/local
Thread model: single
gcc version 4.5.0 (GCC)

Error:

$ arm-elf-gcc -c -Os -mthumb test.i
/cygdrive/c/Users/exceed/AppData/Local/Temp/cc6UR3zm.s: Assembler messages:
/cygdrive/c/Users/exceed/AppData/Local/Temp/cc6UR3zm.s:32816: Error: branch out
of range

Problem:

I think that the length of jump table does not contains a align code.
When jump table mode is SImode, ASM_OUTPUT_CASE_LABEL generates a align code.
But length does not contains this align code. (And ADDR_VEC_ALIGN is defined to
0)

Quick hack (for 4.5 branch):

Please see attached file.


-- 
   Summary: [ARM thumb] "branch out of range" with
thumb1_output_casesi
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: exceed at alae dot jp
  GCC host triplet: i686-pc-cygwin
GCC target triplet: arm-elf


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[ubizjak at gmail dot com]

--- Comment #8 from ubizjak at gmail dot com  2010-05-02 11:02 ---
Created an attachment (id=20531)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20531&action=view)
SLP dump with -O3 -fdump-tree-slp-details


-- 


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

[Bug c/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

[exceed at alae dot jp]

--- Comment #1 from exceed at alae dot jp  2010-05-02 11:05 ---
Created an attachment (id=20532)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20532&action=view)
test source for reproduce the bug

$ arm-elf-gcc -c -Os -mthumb test.i


-- 


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

[Bug c/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

[exceed at alae dot jp]

--- Comment #2 from exceed at alae dot jp  2010-05-02 11:08 ---
Created an attachment (id=20533)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20533&action=view)
patch (quick hack ;-)

>From gcc-4_5-branch (svn r158961)


-- 


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[irar at il dot ibm dot com]

--- Comment #9 from irar at il dot ibm dot com  2010-05-02 11:08 ---
Thanks, Uros! I reproduced the ICE using your instructions.


-- 


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

[Bug other/43955] linux hard lock-up when gcc output file is on filesystem with insufficient disk space

[jsm28 at gcc dot gnu dot org]

--- Comment #7 from jsm28 at gcc dot gnu dot org  2010-05-02 11:45 ---
It is the responsibility of your filesystem to ensure that write or close
return error status if there isn't sufficient disk space; if they do not,
this is a kernel bug.  Most applications should never call fsync; that's only
if the application is meant to be making data integrity guarantees across
unclean shutdown, and it never makes sense to make such guarantees for
compiler and assembler output since those files can always be recreated from
the associated input files; it doesn't matter if the last few seconds'
compilation output before a crash is lost or corrupted.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug java/43962] New: gcj fails to compile with LANG=ja_JP.eucJP

[turutani at scphys dot kyoto-u dot ac dot jp]

gcj fails to compile with LANG=ja_JP.eucJP.
For example, building pdftk fails, with gcc 4.5.0(20100401).
The error occurs arround
if (value.startsWith("\""))
Here is an output:
/usr/local/bin/gcj45 -L/usr/local/lib -O2 -w --encoding=UTF-8
--classpath="/usr/ports/print/pdftk/work/pdftk-1.41/java_libs" -c Anchor.java
-o Anchor.o
/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/markup/MarkupParser.java:186:
error: String literal is not properly closed by a double-quote
if (value.startsWith("§)
^^^
/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/pdf/BaseFont.java:201:
error: Invalid character constant
public static final char CID_NEWLINE = 'Πff';
   
/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/pdf/BaseFont.java:1106:
error: Invalid character constant
for (char c = 'ˆ´4b'; c <= 'ˆ´58'; ++c)

Escape charactor may not be treated correctly.

building with LANG=C does not generate this problem.
gcc 4.2.5 does not generate this problem.


-- 
   Summary: gcj fails to compile with LANG=ja_JP.eucJP
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: turutani at scphys dot kyoto-u dot ac dot jp


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

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

[irar at il dot ibm dot com]

--- Comment #10 from irar at il dot ibm dot com  2010-05-02 12:12 ---
Looks like it's caused by:
r158157 | rguenth | 2010-04-09 13:40:14 +0300 (Fri, 09 Apr 2010) | 28 lines

The problem is in getting vectype for f1_2:

foo (int b, double f1, double f2, int c1, int c2)
{
...
  float D.1999;
  float D.1998;
...

:
  D.1998_3 = (float) f1_2(D);
  REALPART_EXPR  = D.1998_3;
  D.1999_5 = (float) f2_4(D);
  IMAGPART_EXPR  = D.1999_5;
  D.2012_10 = u.ci;
  goto ;

An immediate fix would be to replace the assert in 

  /* If op0 is an external or constant def use a vector type with
 the same size as the output vector type.  */
  if (!vectype)
vectype = get_same_sized_vectype (TREE_TYPE (op0), vectype_out);
  gcc_assert (vectype);

with 'return false', since get_same_sized_vectype currently just redirects to
get_vectype_for_scalar_type. But the comment (and the future intent) seems
incorrect for external defs, as f1 and f2 in this test.

Ira


-- 

irar at il dot ibm dot com changed:

   What|Removed |Added

 CC||rguenther at suse dot de


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #34 from howarth at nitro dot med dot uc dot edu  2010-05-02 
13:11 ---
Mike,
 Can you flesh out the implementation of the second option of putting all
of the symbols in the wpa? Would this only require changes to darwin specific
files or a change to the LTO mechanism itself? 


-- 


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

[Bug c++/43911] [4.4/4.5 Regression] g++ can't compile any even trivial c++ source: undefined reference to `_Unwind_GetIPInfo'

[dougmencken at gmail dot com]

--- Comment #18 from dougmencken at gmail dot com  2010-05-02 13:30 ---
I can add that on glibc-based system (not uclibc one) 4.5.0 bootstraps
configured with "Configured with: ../gcc-4.5.0/configure --prefix=/usr
--sysconfdir=/etc --mandir=/usr/share/man --with-system-zlib
--enable-languages=c,c++,fortran --disable-nls --disable-werror
--disable-multilib --disable-libssp --enable-checking=assert --enable-shared
--enable-threads=posix --disable-__cxa_atexit" (out-of-source-tree build)
prefectly with working g++.
So it might be uclibc related.
Leaving bug open for now to find out more info on that.


-- 


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

[Bug target/43921] Bootstrap comparison fails when using -march=atom

[hjl at gcc dot gnu dot org]

--- Comment #4 from hjl at gcc dot gnu dot org  2010-05-02 13:38 ---
Subject: Bug 43921

Author: hjl
Date: Sun May  2 13:37:57 2010
New Revision: 158973

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158973
Log:
Replace INSN_P with NONDEBUG_INSN_P.

2010-05-02  H.J. Lu  

Backport from mainline
2010-04-29  H.J. Lu  

PR target/43921
* config/i386/i386.c (get_some_local_dynamic_name): Replace
INSN_P with NONDEBUG_INSN_P.
(distance_non_agu_define): Likewise.
(distance_agu_use): Likewise.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/i386/i386.c


-- 


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

[Bug target/43921] [4.5/4.6 regression] Bootstrap comparison fails when using -march=atom

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2010-05-02 13:39 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|Bootstrap comparison fails  |[4.5/4.6 regression]
   |when using -march=atom  |Bootstrap comparison fails
   ||when using -march=atom
   Target Milestone|--- |4.5.1


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

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[zsojka at seznam dot cz]

--- Comment #21 from zsojka at seznam dot cz  2010-05-02 13:45 ---
Created an attachment (id=20534)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20534&action=view)
reduced testcase, from lto-section-out.c

Miscompiled function is lto-section-out.c:lto_output_fn_decl_index()
lto_output_fn_decl_index:
mov rax, rdi# decl_state, decl_state
lea rcx, [rsp-12]   # tmp62,
mov rdi, rsi# obs, obs
lea rsi, [rax+48]   # tmp63,
jmp lto_output_decl_index   #

tmp62 is &index, but it is allocated under the stack pointer. Later, when
lto_output_decl_index() executes "*this_index = index;", it overwrites
registers stored on stack:
lto_output_decl_index:
... # r15 is saved:
mov QWORD PTR [rsp-8], r15  #,
... # saved r15 is overwritten:
mov DWORD PTR [r15], ebx# *this_index_24(D), index
... # wrong r15 is reloaded:
mov r15, QWORD PTR [rsp+80] #,

The testcase works only on x86_64, with command line:
$ gcc -O[2s] -fipa-pta pr43879-3.c
$ gcc -O1 -fipa-pta -foptimize-sibling-calls pr43879-3.c
$ ./a.out
Aborted


-- 


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

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[zsojka at seznam dot cz]

--- Comment #22 from zsojka at seznam dot cz  2010-05-02 13:47 ---
Of course the overwritten register is r14:
mov QWORD PTR [rsp-16], r14 #,
mov DWORD PTR [r15], ebx# *this_index_24(D), index
mov r14, QWORD PTR [rsp+72] #,


-- 


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

[Bug middle-end/43740] [4.5/4.6 Regression] FAIL: gcc.dg/tree-ssa/20031015-1.c (internal compiler error)

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2010-05-02 
13:55 ---
Subject: Re:  [4.5/4.6 Regression] FAIL:
gcc.dg/tree-ssa/20031015-1.c (internal compiler error)

On Tue, 20 Apr 2010, dave at hiauly1 dot hia dot nrc dot ca wrote:

> > Can you bisect the few commits that happened inbetween?  Like reverting
> > the fixes for PRs 43679 and/or 43661, 43642?
> 
> Strangely, this was introduced in 157991 (change to BASE-VER).

With --enable-checking=release, I find that the bug was actually
introduced in revision 151701.

2009-09-14  Richard Henderson  
Jakub Jelinek  

* builtins.c (expand_builtin_synchronize): Use gimple_build_asm_vec.
* cfgbuild.c (make_edges): Handle asm goto.
...

Dave


-- 


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #35 from howarth at nitro dot med dot uc dot edu  2010-05-02 
13:59 ---
Proposed patch for LTO support on Mach-O posted at
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00041.html.


-- 


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

[Bug fortran/35612] testsuite ISO_C_BIND code error

[dfranke at gcc dot gnu dot org]

--- Comment #6 from dfranke at gcc dot gnu dot org  2010-05-02 14:00 ---
The testcase is still in its original form, the last attempt to get this
changed was never commented on:
  http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00118.html

Setting status to WAITING. To be closed as WORKSFORME(?) in 3 months form now
if no further information comes forward.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|NEW |WAITING


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

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[dfranke at gcc dot gnu dot org]

--- Comment #11 from dfranke at gcc dot gnu dot org  2010-05-02 14:03 
---
Consensus seems to be: no, do not search the system include paths.

Set status to WAITING. To be closed as INVALID(?) in three months from now if
there is no further discussion.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug fortran/36534] Bogus: '__convert_s1_s4' at (1) is obsolescent in fortran 95

[dfranke at gcc dot gnu dot org]

--- Comment #11 from dfranke at gcc dot gnu dot org  2010-05-02 14:31 
---
Assuming PR37173 is correct, isn't this example invalid anyway (as already
noted by Tobias in #4)?

Instead, it should probably be written as:
  CHARACTER (kind=4,len=*) MY_STRING4(1:3)
  PARAMETER ( MY_STRING4 = (/ 4_"A" , 4_"B", 4_"C" /) )
END


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
  BugsThisDependsOn||37173


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

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[burnus at gcc dot gnu dot org]

--- Comment #12 from burnus at gcc dot gnu dot org  2010-05-02 14:32 ---
(In reply to comment #11)
> Consensus seems to be: no, do not search the system include paths.
> 
> Set status to WAITING. To be closed as INVALID(?) in three months from now if
> there is no further discussion.
> 

Shall this be noted in the man page? It currently reads as follows which
implies that "include" and "#include" are strongly tied?

   -Idir
   These affect interpretation of the "INCLUDE" directive (as well as
of
   the "#include" directive of the cpp preprocessor).

   Also note that the general behavior of -I and "INCLUDE" is pretty
   much the same as of -I with "#include" in the cpp preprocessor, with
   regard to looking for header.gcc files and other such things.

   This path is also used to search for .mod files when previously
   compiled modules are required by a "USE" statement.


-- 


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

[Bug c++/43960] Template redeclaration with different number of parameters is tolerated

[redi at gcc dot gnu dot org]

--- Comment #1 from redi at gcc dot gnu dot org  2010-05-02 14:44 ---


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


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/39269] Invalid template friend declaration accepted

[redi at gcc dot gnu dot org]

--- Comment #2 from redi at gcc dot gnu dot org  2010-05-02 14:44 ---
*** Bug 43960 has been marked as a duplicate of this bug. ***


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||yuri at tsoft dot com


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

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr->ref

[dfranke at gcc dot gnu dot org]

--- Comment #10 from dfranke at gcc dot gnu dot org  2010-05-02 15:09 
---
Can this be closed? Is there something left to do here?


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||32630
  nThis||


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

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu dot org]

--- Comment #26 from burnus at gcc dot gnu dot org  2010-05-02 15:13 ---
Subject: Bug 18918

Author: burnus
Date: Sun May  2 15:13:03 2010
New Revision: 158974

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158974
Log:
2010-05-02  Tobias Burnus  

PR fortran/18918
* intrinsic.c (add_functions): Fix GFC_STD and add gfc_resolve_*
calls for lcobound, ucobound, image_index and this_image.
* intrinsic.h (gfc_resolve_lcobound, gfc_resolve_this_image,
gfc_resolve_image_index, gfc_resolve_ucobound): New prototypes.
* iresolve.c (gfc_resolve_lcobound, gfc_resolve_this_image,
gfc_resolve_image_index, gfc_resolve_ucobound, resolve_bound): New
functions.
(gfc_resolve_lbound, gfc_resolve_ubound): Use resolve_bound.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/intrinsic.h
trunk/gcc/fortran/iresolve.c


-- 


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

[Bug fortran/36437] Simplify argument to [c_]sizeof

[dfranke at gcc dot gnu dot org]

--- Comment #5 from dfranke at gcc dot gnu dot org  2010-05-02 15:20 ---
http://gcc.gnu.org/onlinedocs/gfortran/C_005fSIZEOF.html#C_005fSIZEOF has

Class:
Intrinsic function 

Sounds strange, "inquiry" seems to be more likely (haven't checked)?!

See also: PR40568.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||39627
  nThis||


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

[Bug fortran/40568] F2008: C_SIZEOF is in the wrong scope, rejected as initialization expression

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2010-05-02 15:21 ---
See also PR36437.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||32630
  nThis||


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

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-05-02 15:26 ---
They are C99 but the testcase does not require c99-targts.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ghazi at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
  Component|middle-end  |testsuite
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-02 15:26:05
   date||
Summary|FAIL:   |[4.6 Regression] FAIL:
   |gcc.dg/torture/builtin- |gcc.dg/torture/builtin-
   |cproj-1.c  -O1  (test for   |cproj-1.c  -O1  (test for
   |excess errors)  |excess errors)
   Target Milestone|--- |4.6.0


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

[Bug middle-end/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-05-02 15:28 ---
Hm.  I guess hppa-hpux has some strange varargs representation (like a type
with no pointers?)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-02 15:28:17
   date||


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

[Bug middle-end/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-05-02 15:28 ---
Can you attach preprocessed source so i can use a cross for examination?


-- 


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

[Bug testsuite/43957] [4.6 Regression] FAIL: gcc.dg/const-uniq-1.c scan-tree-dump-times gimple "LC0" 2

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|FAIL: gcc.dg/const-uniq-1.c |[4.6 Regression] FAIL:
   |scan-tree-dump-times gimple |gcc.dg/const-uniq-1.c scan-
   |"LC0" 2 |tree-dump-times gimple "LC0"
   ||2
   Target Milestone|--- |4.6.0


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

[Bug c++/43956] g++: internal compiler error: Segmentation fault with -flto and -g flags

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-05-02 15:32 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/42425] ICE declaring local class

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-05-02 15:32 ---
*** Bug 43956 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||andrej dot gelenberg at udo
   ||dot edu


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

[Bug c++/43951] [4.6 Regression] Revision 158918 miscompiled 483.xalancbmk in SPEC CPU 2006

[fabien dot chene at gmail dot com]

--- Comment #11 from fabien dot chene at gmail dot com  2010-05-02 16:36 
---
Hi,

Sorry for introducing this bug, thanks for the analysis, but unfortunately,
this is the wrong fix.
The change reverted wasn't accidental as it is redundant with the check done in
diagnose_uninitialized_cst_or_ref_member_1.
The problem here is that we return error_mark_node whereas the code can be
valid.
I'll fix that soon.

Could someone please reopen it, then assign me ?
Thanks.


-- 


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

[Bug middle-end/43861] -Os creates larger binaries than before in some cases (-falign-... options enabled)

[rwahl at gmx dot de]

--- Comment #3 from rwahl at gmx dot de  2010-05-02 16:55 ---
Created an attachment (id=20535)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20535&action=view)
Disable alignment when using -Os

The attached patch fixes the problem. It could be written in a more elegant way
by changing just opt1_max but this would modify the semantic of this variable
and it should be renamed accordingly.

On ARM the fix is probably a NOP because the default alignment seems to be 1
anyway but I haven't checked this.

The output of "gcc -Q --help=optimizers" seems to be broken for the alignment
options because on one hand these options are not boolean and on the other hand
falign-loops is reported as enabled when it has been disabled and vice versa.


-- 


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

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

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #11 from mkuvyrkov at gcc dot gnu dot org  2010-05-02 18:02 
---
Created an attachment (id=20536)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20536&action=view)
Revert previous patch


-- 


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

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

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #12 from mkuvyrkov at gcc dot gnu dot org  2010-05-02 18:03 
---
Ping.

Richard S.,
Andreas,

Any comment on the above analysis?

AFAICT, the "T" constraint should accept operands if "flag_pic &&
!TARGET_PCREL".


-- 


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

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[rguenth at gcc dot gnu dot org]

--- Comment #23 from rguenth at gcc dot gnu dot org  2010-05-02 18:11 
---
Subject: Bug 43879

Author: rguenth
Date: Sun May  2 18:10:53 2010
New Revision: 158977

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158977
Log:
2010-05-02  Richard Guenther  

PR tree-optimization/43879
* tree-tailcall.c (find_tail_calls): Clobbers also prevent
tail calls.

* gcc.dg/torture/pr43879-3.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr43879-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-tailcall.c


-- 


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

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[rguenth at gcc dot gnu dot org]

--- Comment #24 from rguenth at gcc dot gnu dot org  2010-05-02 18:12 
---
Thanks for the testcase!  The issue is now fixed and bootstrap with IPA-PTA
enabled succeeds and the testresults are the same as without (with -fipa-pta
enabled).

There are still the same libstdc++ miscompiles and the known missed
optimizations.


-- 


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

[Bug c++/43951] [4.6 Regression] Revision 158918 miscompiled 483.xalancbmk in SPEC CPU 2006

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2010-05-02 18:13 
---
Reopened per request.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/43951] [4.6 Regression] Revision 158918 miscompiled 483.xalancbmk in SPEC CPU 2006

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |fabien dot chene at gmail
   |dot org |dot com
 Status|REOPENED|ASSIGNED


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

[Bug target/43963] New: [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 158973 gave:

FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

Revision 158970 is OK.


-- 
   Summary: [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-
assembler 0x0.*Vtable slot
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #36 from howarth at nitro dot med dot uc dot edu  2010-05-02 
19:15 ---
Testresults on x86_64-apple-darwin10 at r158962 for proposed patch...

http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00185.html


-- 


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

[Bug target/43963] [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2010-05-02 19:25 ---
Yes a testsuite scan pattern update is needed. We now emit 0 instead of 0x0 for
non-padded hex values and I missed this failure in the results.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ubizjak at gmail dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-02 19:25:53
   date||


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

[Bug c/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

[mikpe at it dot uu dot se]

--- Comment #3 from mikpe at it dot uu dot se  2010-05-02 19:37 ---
Also breaks on armv5tel-unknown-linux-gnueabi with gcc-4.5-20100429 and
gcc-4.6-20100501. It works with gcc-4.4-20100427 and gcc-4.3-20100103.


-- 

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=43961

[Bug target/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2010-05-02 20:09 ---
It is a bug in true_dependence. We get

Breakpoint 7, true_dependence (mem=0x719246d8, mem_mode=SImode, 
x=0x71924918, varies=0x93bbea )
at /export/gnu/import/git/gcc/gcc/alias.c:2360
2360  x_addr = get_addr (XEXP (x, 0));
(mem/s/j:QI (plus:SI (value:SI 7:7854 @0x17f5800/0x17f56a0)
(const_int 1 [0x1])) [0 s.ca+1 S1 A8])
(mem:SI (value:SI 7:7854 @0x17f5800/0x17f56a0) [0 *vect_ps.7_1+0 S4 A32])
(gdb) 

(gdb) call debug_rtx (x_addr)
(plus:SI (value:SI 7:7854 @0x17f5800/0x17f56a0)
(const_int 1 [0x1]))
(gdb) call debug_rtx (mem_addr)
(plus:SI (value:SI 5:3935 @0x17f57d0/0x17f5640)
(const_int -16 [0xfff0]))
(gdb) 

We think x and mem don't overlap. It is clearly wrong.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug target/43963] [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2010-05-02 20:11 ---
Index: g++.dg/debug/dwarf2/icf.C
===
--- g++.dg/debug/dwarf2/icf.C   (revision 158970)
+++ g++.dg/debug/dwarf2/icf.C   (working copy)
@@ -46,5 +46,5 @@
 // { dg-final { scan-assembler "Caller DIE offset" } }
 // { dg-final { scan-assembler "Point of call" } }
 // { dg-final { scan-assembler "Callee DIE offset" } }
-// { dg-final { scan-assembler "0x0.*Vtable slot" } }
-// { dg-final { scan-assembler "0x1.*Vtable slot" } }
+// { dg-final { scan-assembler "0\[ \t\]+.*Vtable slot" } }
+// { dg-final { scan-assembler "0x1\[ \t\]+.*Vtable slot" } }


-- 


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

[Bug target/43963] [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

[uros at gcc dot gnu dot org]

--- Comment #3 from uros at gcc dot gnu dot org  2010-05-02 20:45 ---
Subject: Bug 43963

Author: uros
Date: Sun May  2 20:45:20 2010
New Revision: 158982

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158982
Log:
PR testsuite/43963
* g++.dg/debug/dwarf2/icf.C: Update scan regexp for Vtable slot 0.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/debug/dwarf2/icf.C


-- 


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

[Bug testsuite/43963] [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2010-05-02 20:45 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Component|target  |testsuite
 Resolution||FIXED
   Target Milestone|--- |4.6.0


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

[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2010-05-02 22:22 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00089.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2010-
   ||05/msg00089.html
  Component|target  |middle-end


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

[Bug bootstrap/43964] New: 4.6-20100501 (r158965) bootstrap failure on ARM, ira-color.c triggers -Werror

[mikpe at it dot uu dot se]

make bootstrap of gcc-4.6-20100501 snapshot on armv5tel-unknown-linux-gnueabi
fails in stage 2 as follows:

/home/mikpe/gcc-4.6-20100501/gcc/ira-color.c: In function 'assign_hard_reg':
/home/mikpe/gcc-4.6-20100501/gcc/ira-color.c:447:31: error: unused variable
'rclass' [-Werror=unused-variable]
/home/mikpe/gcc-4.6-20100501/gcc/ira-color.c:444:59: error: unused variable
'add_cost' [-Werror=unused-variable]
cc1: all warnings being treated as errors

I suspect r158911 (PR42895 patch) is responsible, I'll try reverting that one
now.


-- 
   Summary: 4.6-20100501 (r158965) bootstrap failure on ARM, ira-
color.c triggers -Werror
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at it dot uu dot se
 GCC build triplet: armv5tel-unknown-linux-gnueabi
  GCC host triplet: armv5tel-unknown-linux-gnueabi
GCC target triplet: armv5tel-unknown-linux-gnueabi


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

[Bug target/43888] [4.5/4.6 Regression] FAIL: gcc.dg/alias-7.c execution test

[davek at gcc dot gnu dot org]

--- Comment #3 from davek at gcc dot gnu dot org  2010-05-02 23:56 ---
Applied to trunk at r.158983.


-- 

davek at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/22149] func pointer non-type template parm invalid access control

[davek at gcc dot gnu dot org]

--- Comment #4 from davek at gcc dot gnu dot org  2010-05-03 00:18 ---
Ow.  Still present on mainline.  This really needs a C++ F/E expert to look at
it.


-- 

davek at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||rejects-valid
  Known to fail|2.95.3 3.0.4 3.2.3 3.3.3|2.95.3 3.0.4 3.2.3 3.3.3
   |3.4.0 4.0.0 4.1.0   |3.4.0 4.0.0 4.1.0 4.3.4
   ||4.5.0 4.6.0
   Last reconfirmed|2006-10-12 00:41:25 |2010-05-03 00:18:35
   date||


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

[Bug c++/22149] func pointer non-type template parm invalid access control

[paolo dot carlini at oracle dot com]

--- Comment #5 from paolo dot carlini at oracle dot com  2010-05-03 01:04 
---
Well, that for sure ;) Let's add Jason in CC.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

[Bug c++/43965] New: doubled code (x86)

[hartmut dot schirmer at arcormail dot de]

On this test case

---
struct Vector
{
   int size( void ) const
   {
  return mSize ? *mSize : 0 ;
   }
   int* mSize;
};

int diff(const Vector& a, const Vector& b)

{
   if (a.size() != b.size())
   {
  return a.size() - b.size();
   }

   return 0;
}
---

gcc omits the following code:

__Z4diffRK6VectorS1_:
pushl   %ebp #
movl%esp, %ebp   #,
pushl   %esi #
xorl%esi, %esi   # D.2130
pushl   %ebx #
movl8(%ebp), %eax# a, a
movl(%eax), %ecx # a_2(D)->mSize, D.2131
testl   %ecx, %ecx   # D.2131
je  L2   #,
movl(%ecx), %esi #* D.2131, D.2130
L2:
movl12(%ebp), %eax   # b, b
xorl%ebx, %ebx   # D.2134
movl(%eax), %edx # b_4(D)->mSize, D.2135
testl   %edx, %edx   # D.2135
je  L3   #,
movl(%edx), %ebx #* D.2135, D.2134
L3:
xorl%eax, %eax   # D.2116
cmpl%ebx, %esi   # D.2134, D.2130
je  L4   #,
testl   %ecx, %ecx   # D.2131
je  L5   #,
movl(%ecx), %eax #* D.2131, D.2138
L5:
xorl%ecx, %ecx   # D.2142
testl   %edx, %edx   # D.2135
je  L6   #,
movl(%edx), %ecx #* D.2135, D.2142
L6:
subl%ecx, %eax   # D.2142, D.2116
L4:
popl%ebx #
popl%esi #
popl%ebp #
ret

Basicly code following the cmpl after L3 up to L6 is needless,
subl could operate on same values as cmpl did

 # GNU C++ (GCC) version 4.5.0 (mingw32)
 #  compiled by GNU C version 4.5.0, GMP version 5.0.1, MPFR version 2.4.1,
MPC version 0.8.1
 # GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 # options passed:  -fpreprocessed yy4.ii -march=atom -O2 -fverbose-asm


-- 
   Summary: doubled code (x86)
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hartmut dot schirmer at arcormail dot de
 GCC build triplet: i686-pc-mingw32
  GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32


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

[Bug c++/43965] doubled code (x86)

[hartmut dot schirmer at arcormail dot de]

--- Comment #1 from hartmut dot schirmer at arcormail dot de  2010-05-03 
05:46 ---
Created an attachment (id=20537)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20537&action=view)
Full assembler code


-- 


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

[Bug middle-end/43966] New: redundant checks not removed

[hartmut dot schirmer at arcormail dot de]

On attached test case GCC keeps the index range checks in
Vector::getValue although they're always true due to loop conditions

 # GNU C++ (GCC) version 4.5.0 (mingw32)
 # options passed:  -fpreprocessed yy5.ii -march=atom -mtune=atom -O2 -Wall


-- 
   Summary: redundant checks not removed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hartmut dot schirmer at arcormail dot de
 GCC build triplet: i686-pc-mingw32
  GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32


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

[Bug middle-end/43966] redundant checks not removed

[hartmut dot schirmer at arcormail dot de]

--- Comment #1 from hartmut dot schirmer at arcormail dot de  2010-05-03 
06:19 ---
Created an attachment (id=20538)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20538&action=view)
Test case

foo() uses a get method without checks and is ok, checks not optimized away in
bar()


-- 


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

[Bug middle-end/43966] redundant checks not removed

[hartmut dot schirmer at arcormail dot de]

--- Comment #2 from hartmut dot schirmer at arcormail dot de  2010-05-03 
06:19 ---
Created an attachment (id=20539)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20539&action=view)
Assembler listing


-- 


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

[Bug other/43967] New: __udivmodti3 is spelled __udivti3

[and_j_rob at yahoo dot com]

In section 4.1 (Routines for integer arithmetic) of the internal gcc manual
(gccint), __udivmodti3 is spelled __udivti3. I believe this is a typo


-- 
   Summary: __udivmodti3 is spelled __udivti3
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: and_j_rob at yahoo dot com


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

[Bug other/43967] __udivmodti3 is spelled __udivti3

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-03 06:59 ---
No there are two different functions.  __udivmodti3 computes both the mod and
the division in one function while __udivti3 computes just the division.

GCC by defaults emits the divmod one if there is not hardware support.


-- 


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