[Bug middle-end/37150] vectorizer misses some loops

[jv244 at cam dot ac dot uk]

--- Comment #7 from jv244 at cam dot ac dot uk  2009-08-06 07:54 ---
Just verified that current trunk is not yet able to vectorize the test.f90
code,
it would be cool if this could be fixed (maybe along the lines of Richard's
previous patch?) as this is similar to CP2K's kernel routines:

> gfortran -O3 -march=native -ffast-math test.f90 &> /dev/null
> time ./a.out

real0m2.306s
user0m2.304s
sys 0m0.000s
> ifort -O3 -xT test.f90 &> /dev/null
> time ./a.out

real0m1.812s
user0m1.808s
sys 0m0.004s


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

   Last reconfirmed|2008-12-27 06:31:06 |2009-08-06 07:54:57
   date||


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

[Bug c++/40975] internal compiler error: in copy_tree_r, at tree-inline.c

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-08-06 09:06 ---
Confirmed.

#1  0x007b927a in copy_tree_r (tp=0x75fcacb0, 
walk_subtrees=0x7fffb6c0, data=0x0)
at /space/rguenther/src/svn/trunk/gcc/tree-inline.c:3814
3814gcc_assert (code != STATEMENT_LIST);
#2  0x006d4252 in bot_manip (tp=0x75fcacb0, 
walk_subtrees=0x7fffb6c0, data=0x18a5fc0)
at /space/rguenther/src/svn/trunk/gcc/cp/tree.c:1669
#3  0x00dd1432 in walk_tree_1 (tp=0x75fcacb0, 
func=0x6d3b8b , data=0x18a5fc0, pset=0x0, 
lh=0x6db2e2 )
at /space/rguenther/src/svn/trunk/gcc/tree.c:9068
#4  0x00dd3924 in walk_tree_1 (tp=0x75fcac70, 
func=0x6d3b8b , data=0x18a5fc0, pset=0x0, 
lh=0x6db2e2 )
at /space/rguenther/src/svn/trunk/gcc/tree.c:9319
#5  0x00dd3924 in walk_tree_1 (tp=0x75fcac38, 
func=0x6d3b8b , data=0x18a5fc0, pset=0x0, 
lh=0x6db2e2 )
at /space/rguenther/src/svn/trunk/gcc/tree.c:9319
#6  0x006d4324 in break_out_target_exprs (t=0x75fcabc0)
at /space/rguenther/src/svn/trunk/gcc/cp/tree.c:1709
#7  0x004b261a in convert_default_arg (type=0x75fc2300, 
arg=0x75fca300, fn=0x75fc3900, parmnum=0)
at /space/rguenther/src/svn/trunk/gcc/cp/call.c:5233
#8  0x004b4f8e in build_over_call (cand=0x18b3bd0, flags=3, complain=3)
at /space/rguenther/src/svn/trunk/gcc/cp/call.c:5586
#9  0x004ba608 in build_new_method_call (instance=0x75fb1e60, 
fns=0x75fc5960, args=0x7fffd188, conversion_path=0x75fc7000, 
flags=3, fn_p=0x0, complain=3)
at /space/rguenther/src/svn/trunk/gcc/cp/call.c:6320


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2009-08-06 09:06:04
   date||


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

[Bug middle-end/37150] vectorizer misses some loops

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-08-06 09:40 ---
I think that scalar code vectorization should instead catch this.


-- 


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

[Bug c++/31423] Improve upon "invalid use of member (did you forget the '&' ?)"

[jwakely dot gcc at gmail dot com]

--- Comment #8 from jwakely dot gcc at gmail dot com  2009-08-06 09:51 
---
I don't think any of those tests would be made correct simply by replacing 'f'
with '&f'

Maybe they would have been accepted by GCC 2.95 with the ampersand present, but
current GCC correctly requires '&C::f'

I know some users want the compiler to suggest how to fix their errors, but
it's hard to make a useful suggestion for most of the nearly infinite number of
invalid expressions users can come up with.  The suggestion is misleading in
too many cases (specifically, the "did you forget the '&'?" hint doesn't solve
the problem in any of the examples given in this PR.)


-- 

jwakely dot gcc at gmail dot com changed:

   What|Removed |Added

 CC||jwakely dot gcc at gmail dot
   ||com


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

[Bug middle-end/37150] vectorizer misses some loops

[jv244 at cam dot ac dot uk]

--- Comment #9 from jv244 at cam dot ac dot uk  2009-08-06 10:24 ---
(In reply to comment #8)
> I think that scalar code vectorization should instead catch this.

is this 'scalar code vectorization' the same as the SLP that has already been
added? 


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

 CC||irar at il dot ibm dot com


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

[Bug target/32895] Clobber list isn't working

[abnikant dot singh at atmel dot com]

--- Comment #5 from abnikant dot singh at atmel dot com  2009-08-06 10:30 
---
I guess this link can be of help
http://gcc.gnu.org/ml/gcc-patches/2003-12/msg01292.html [r28 and r29 frame
pointer]


-- 

abnikant dot singh at atmel dot com changed:

   What|Removed |Added

 CC||abnikant dot singh at atmel
   ||dot com


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

[Bug target/40983] The scheduler incorrectly swaps MMX and floating point instructions

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2009-08-06 10:47 ---
Hm, we can fix this by teaching scheduler that every access to %mm registers
clobbers FP state. Since scheduler already depend all x87 instructions on
Top-Of-Stack (TOS) register, we can perhaps extend this requirement for all
instructions that use %mm reg.

Something like the proof-of-concept patch bellow:

--cut here--
Index: sched-deps.c
===
--- sched-deps.c(revision 150503)
+++ sched-deps.c(working copy)
@@ -1898,7 +1898,12 @@
sched_analyze_reg (deps, FIRST_STACK_REG, mode, code, insn);
  sched_analyze_reg (deps, FIRST_STACK_REG, mode, USE, insn);
}
+
+#ifdef FIRST_MMX_REG
+  if (regno >= FIRST_MMX_REG && regno <= LAST_MMX_REG)
+   sched_analyze_reg (deps, FIRST_STACK_REG, VOIDmode, CLOBBER, insn);
 #endif
+#endif
 }
   else if (MEM_P (dest))
 {
@@ -2044,7 +2049,12 @@
sched_analyze_reg (deps, FIRST_STACK_REG, mode, USE, insn);
  sched_analyze_reg (deps, FIRST_STACK_REG, mode, SET, insn);
}
+
+#ifdef FIRST_MMX_REG
+  if (regno >= FIRST_MMX_REG && regno <= LAST_MMX_REG)
+   sched_analyze_reg (deps, FIRST_STACK_REG, VOIDmode, CLOBBER, insn);
 #endif
+#endif

if (cslr_p && sched_deps_info->finish_rhs)
  sched_deps_info->finish_rhs ();
--cut here--

Otherwise, you can just add "asm volatile ("")" as a scheduling barrier.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-08-06 10:47:08
   date||


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

[Bug middle-end/37150] vectorizer misses some loops

[irar at il dot ibm dot com]

--- Comment #10 from irar at il dot ibm dot com  2009-08-06 10:49 ---
Yes. The problem is that only a basic implementation was added. To vectorize
this code several improvements must be done: support stmt group sizes greater
than vector size, allow loads and stores to the same location, initiate SLP
analysis from groups of loads, support misaligned access, etc. 

Finding a benchmark could really help to push these items to the top of
vectorizer's todo list.

Ira


-- 


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

[Bug middle-end/37150] vectorizer misses some loops

[jv244 at cam dot ac dot uk]

--- Comment #11 from jv244 at cam dot ac dot uk  2009-08-06 11:11 ---
(In reply to comment #10)
> Finding a benchmark could really help to push these items to the top of
> vectorizer's todo list.

we're lucky here ;-)

http://gcc.gnu.org/benchmarks/

has a link to

http://cp2k.berlios.de/gfortran/

the code discussed (in particular the above collocate_fast_2.f90) is (in a
slightly older but equivalent variant, see
ftp://ftp.berlios.de/pub/cp2k/gfortran/gcc_bench.tgz) a significant part of the
bench01 benchmark. Getting the same performance as ifort on this kernel would
speedup this benchmark with ~ 10% which would be highly significant.


-- 


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

[Bug testsuite/38202] [avr] FAIL: gcc.dg/torture/pr37868.c

[abnikant dot singh at atmel dot com]

--- Comment #2 from abnikant dot singh at atmel dot com  2009-08-06 11:13 
---
gcc.dg/torture/pr37868.c should report the error..This is the positive test
case for avr-gcc as the size of int = 16 bits,and in the struct X int bit field
width is >16


-- 


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

[Bug ada/40984] New: Build failure in oscons stage not detected.

[davek at gcc dot gnu dot org]

In the build log pasted below, there is a failure when running "make oscons" in
$objdir/$target/libada, which is not detected, and the build process continues:

> Checking multilib configuration for libada...
> mkdir -p -- i686-pc-cygwin/libada
> Configuring in i686-pc-cygwin/libada
  [ ... snip ... ]
> updating cache ./config.cache
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: executing default-1 commands
> Adding multilib support to Makefile in /gnu/gcc/gcc-patched/libada
> multidirs=
> with_multisubdir=
> make[2]: Entering directory `/gnu/gcc/obj-patched-gnat5/i686-pc-cygwin/libada'
> make -C ../.././gcc "MAKEOVERRIDES=" "LDFLAGS=" "LN_S=ln -s" "SHELL=/bin/sh" 
> "GNATLIBFLAGS=-W -Wall -gnatpg " "GNATLIBCFLAGS=-g -O2 " 
> "TARGET_LIBGCC2_CFLAGS=" "THREAD_KIND=native" "TRACE=no" "MULTISUBDIR=" 
> "libsubdir=/opt/gcc-tools/lib/gcc/i686-pc-cygwin/4.5.0" "objext=.o" 
> "prefix=/opt/gcc-tools" "exeext=.exeext.should.not.be.used " 
> 'CC=the.host.compiler.should.not.be.needed' 
> "GCC_FOR_TARGET=/gnu/gcc/obj-patched-gnat5/./gcc/xgcc 
> -B/gnu/gcc/obj-patched-gnat5/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/ 
> -B/opt/gcc-tools/i686-pc-cygwin/lib/ -isystem 
> /opt/gcc-tools/i686-pc-cygwin/include -isystem 
> /opt/gcc-tools/i686-pc-cygwin/sys-include   " "CFLAGS=-g -O2 -W -Wall 
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes" ada/s-oscons.ads
> make[3]: Entering directory `/gnu/gcc/obj-patched-gnat5/gcc'
> mkdir -p ada/bldtools/oscons
> rm -f ada/bldtools/oscons/s-oscons-tmplt.c ada/bldtools/oscons/gsocket.h 
> ada/bldtools/oscons/xoscons.adb ada/bldtools/oscons/xutil.ads 
> ada/bldtools/oscons/xutil.adb
> cp -p /gnu/gcc/gcc-patched/gcc/ada/s-oscons-tmplt.c 
> /gnu/gcc/gcc-patched/gcc/ada/gsocket.h 
> /gnu/gcc/gcc-patched/gcc/ada/xoscons.adb 
> /gnu/gcc/gcc-patched/gcc/ada/xutil.ads /gnu/gcc/gcc-patched/gcc/ada/xutil.adb 
> ada/bldtools/oscons
> (cd ada/bldtools/oscons ; gnatmake -q xoscons ; \
>   rm -f s-oscons-tmplt.i s-oscons-tmplt.s ; \
>   `echo "/gnu/gcc/obj-patched-gnat5/./gcc/xgcc 
> -B/gnu/gcc/obj-patched-gnat5/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/ 
> -B/opt/gcc-tools/i686-pc-cygwin/lib/ -isystem 
> /opt/gcc-tools/i686-pc-cygwin/include -isystem 
> /opt/gcc-tools/i686-pc-cygwin/sys-include   " | sed -e 
> 's^\./xgcc^../../../xgcc^' -e 's^-B./^-B../../../^'` -g -O2  -E -C 
> -DTARGET=\"i686-pc-cygwin\" s-oscons-tmplt.c > s-oscons-tmplt.i ; \
>   `echo "/gnu/gcc/obj-patched-gnat5/./gcc/xgcc 
> -B/gnu/gcc/obj-patched-gnat5/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/ 
> -B/opt/gcc-tools/i686-pc-cygwin/lib/ -isystem 
> /opt/gcc-tools/i686-pc-cygwin/include -isystem 
> /opt/gcc-tools/i686-pc-cygwin/sys-include   " | sed -e 
> 's^\./xgcc^../../../xgcc^' -e 's^-B./^-B../../../^'` -S s-oscons-tmplt.i ; \
>   ./xoscons ; \
>   rm -f ../../s-oscons.ads ; \
>   cp -p s-oscons.ads s-oscons.h ../../)
> s-oscons-tmplt.c: In function 'main':
> s-oscons-tmplt.c:1273:98: error: 'WSASYSNOTREADY' undeclared (first use in 
> this function)
> s-oscons-tmplt.c:1273:98: error: (Each undeclared identifier is reported only 
> once
> s-oscons-tmplt.c:1273:98: error: for each function it appears in.)
> s-oscons-tmplt.c:1274:107: error: 'WSAVERNOTSUPPORTED' undeclared (first use 
> in this function)
> s-oscons-tmplt.c:1275:108: error: 'WSANOTINITIALISED' undeclared (first use 
> in this function)
> s-oscons-tmplt.c:1276:90: error: 'WSAEDISCON' undeclared (first use in this 
> function)
> make[3]: Leaving directory `/gnu/gcc/obj-patched-gnat5/gcc'
> test -f stamp-libada || \
>   make -C ../.././gcc/ada "MAKEOVERRIDES=" "LDFLAGS=" "LN_S=ln -s" 
> "SHELL=/bin/sh" "GNATLIBFLAGS=-W -Wall -gnatpg " "GNATLIBCFLAGS=-g -O2 " 
> "TARGET_LIBGCC2_CFLAGS=" "THREAD_KIND=native" "TRACE=no" "MULTISUBDIR=" 
> "libsubdir=/opt/gcc-tools/lib/gcc/i686-pc-cygwin/4.5.0" "objext=.o" 
> "prefix=/opt/gcc-tools" "exeext=.exeext.should.not.be.used " 
> 'CC=the.host.compiler.should.not.be.needed' 
> "GCC_FOR_TARGET=/gnu/gcc/obj-patched-gnat5/./gcc/xgcc 
> -B/gnu/gcc/obj-patched-gnat5/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/ 
> -B/opt/gcc-tools/i686-pc-cygwin/lib/ -isystem 
> /opt/gcc-tools/i686-pc-cygwin/include -isystem 
> /opt/gcc-tools/i686-pc-cygwin/sys-include   " "CFLAGS=-g -O2 -W -Wall 
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes" gnatlib-shared \
>   && touch stamp-libada
> make[3]: Entering directory `/gnu/gcc/obj-patched-gnat5/gcc/ada'
> make  \
>  GNATLIBFLAGS="-W -Wall -gnatpg " \
>GNATLIBCFLAGS="-g -O2 " \
>MULTISUBDIR="" \
>THREAD_KIND="native" \
>TARGET_LIBGCC2_CFLAGS="" \
>  gnatlib-shared-win32

The build carries on regardless until some time later, when the
malformed/partial s-oscons.ads is finally referenced, while compiling
g-socket.ads in $objdir/gcc/ada/rts:

> /gnu/gcc/obj-patched-gnat5/./gcc/xgcc -B/gnu/gcc

[Bug middle-end/40964] [4.5 Regression] ICE in insert_vi_for_tree

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-08-06 11:29 ---
Subject: Bug 40964

Author: rguenth
Date: Thu Aug  6 11:29:13 2009
New Revision: 150517

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

PR tree-optimization/40964
* tree.c (iterative_hash_host_wide_int): Export.
* tree.h (iterative_hash_host_wide_int): Declare.
* tree-ssa-structalias.c (heapvar_map): New struct.
(heapvar_map_eq): New function.
(heapvar_map_hash): Likewise.
(heapvar_lookup): Adjust.
(heapvar_insert): Likewise.
(make_constraint_from_heapvar): Allow multiple heap variables
per decl at different offsets.
(init_alias_heapvars): Adjust.

* gcc.c-torture/compile/pr40964.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr40964.c
Modified:
trunk/gcc/tree-ssa-structalias.c
trunk/gcc/tree.c
trunk/gcc/tree.h


-- 


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

[Bug middle-end/40964] [4.5 Regression] ICE in insert_vi_for_tree

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-08-06 11:29 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/40964] [4.5 Regression] ICE in insert_vi_for_tree

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-08-06 11:29 ---
Subject: Bug 40964

Author: rguenth
Date: Thu Aug  6 11:29:45 2009
New Revision: 150518

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

PR tree-optimization/40964
* tree.c (iterative_hash_host_wide_int): Export.
* tree.h (iterative_hash_host_wide_int): Declare.
* tree-ssa-structalias.c (heapvar_map): New struct.
(heapvar_map_eq): New function.
(heapvar_map_hash): Likewise.
(heapvar_lookup): Adjust.
(heapvar_insert): Likewise.
(make_constraint_from_heapvar): Allow multiple heap variables
per decl at different offsets.
(init_alias_heapvars): Adjust.

* gcc.c-torture/compile/pr40964.c: New testcase.

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


-- 


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

[Bug target/40957] [4.5 Regression] standard_sse_constant_opcode crash on x86 64

[uros at gcc dot gnu dot org]

--- Comment #4 from uros at gcc dot gnu dot org  2009-08-06 11:43 ---
Subject: Bug 40957

Author: uros
Date: Thu Aug  6 11:43:38 2009
New Revision: 150520

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150520
Log:
PR target/40957
* config/i386/i386.c (standard_sse_mode_p): Remove.
(standard_sse_constant_p): Return 2 for integer mode
vector_all_ones_operand when SSE2 is enabled.
(standard_sse_constant_opcode): Always return [v]pcmpeqd.
(ix86_expand_vector_move): Do not check for negative values from
standard_sse_constant_p.

testsuite/ChangeLog:

PR target/40957
* gcc.target/i386/pr40957: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr40957.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/40957] [4.5 Regression] standard_sse_constant_opcode crash on x86 64

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2009-08-06 11:47 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/32964] [4.3/4.4/4.5 Regression] union cause inefficient code inside loops

[jamborm at gcc dot gnu dot org]

--- Comment #16 from jamborm at gcc dot gnu dot org  2009-08-06 11:55 
---
Subject: Bug 32964

Author: jamborm
Date: Thu Aug  6 11:55:30 2009
New Revision: 150523

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150523
Log:
2009-08-06  Martin Jambor  

PR middle-end/32964
* testsuite/gcc.dg/tree-ssa/pr32964.c: New test.



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


-- 


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

[Bug middle-end/32964] [4.3/4.4 Regression] union cause inefficient code inside loops

[jamborm at gcc dot gnu dot org]

--- Comment #17 from jamborm at gcc dot gnu dot org  2009-08-06 12:09 
---
New SRA scalarizes the unions in this testcase and so this is no
longer a 4.5 regression.  I have committed a testcase for reference
and am updating relevant bugzilla tags/summary now.

As I won't be backporting new SRA to any of the regressing versions, I
am no longer really interested in this bug and will remove myself from
the CC list too.  Feel free to re-add me if anything I should know
about arises.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|mjambor at suse dot cz, |
   |jamborm at gcc dot gnu dot  |
   |org |
  Known to work|4.2.2   |4.2.2 4.5.0
Summary|[4.3/4.4/4.5 Regression]|[4.3/4.4 Regression] union
   |union cause inefficient code|cause inefficient code
   |inside loops|inside loops


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

[Bug tree-optimization/40985] New: -msse -ftree-vectorize cause segfaults (zlib)

[mahatma at eu dot by]

Primary combination: "-march=pentium4 -O3 ...",
minimal: "-O1 -march=i686 -msse -ftree-vectorize".
Rebuilding zlib v1.2.3 cause segfault on related apps (I use seamonkey, all
under gentoo). All other apps built on pentium4/O3/gcc4.3.3.


-- 
   Summary: -msse -ftree-vectorize cause segfaults (zlib)
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mahatma at eu dot by


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

[Bug tree-optimization/3713] Pointers to functions or member functions are not folded or inlined

[jamborm at gcc dot gnu dot org]

--- Comment #17 from jamborm at gcc dot gnu dot org  2009-08-06 12:22 
---
Note to self: PR 40874 is related.


-- 


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2009-08-06 12:27 ---
Please follow [1] on how to report bug.

[1] http://gcc.gnu.org/bugs.html


-- 


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

[Bug ada/40986] New: Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

[ludovic at ludovic-brenta dot org]

(forwarding Debian bug #540174)

-- language.ads:
pragma Source_Reference (01, "language.ads");

pragma Extend_System(AUX_DEC);
with System;

package Language is

end Language;

-- test.adb:
with System;
with Language;

procedure Test
is
 use System;
 use Language;
begin
   null;
end;

gcc-4.4 -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g -fno-strict-aliasing
-gnatwA -I- ./test.adb

+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) Assert_Failure sinfo.adb:360   |
| Error detected at a-unccon.ads:23:27 |


-- 
   Summary: Assert_Failure sinfo.adb:360, error detected at a-
unccon.ads:23:27
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[mahatma at eu dot by]

--- Comment #2 from mahatma at eu dot by  2009-08-06 13:49 ---
(In reply to comment #1)
> Please follow [1] on how to report bug.
> 
> [1] http://gcc.gnu.org/bugs.html

With pleasure. If I will understand what I may to say more/else, exclude host
type.


-- 


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

[Bug c/40987] New: Wrong optimization with if-conversion

[thomas at coware dot com]

The following test fails when I disable all optimizations but if-conversion:

#include 

long long func(long arg) {
   long long val = 0;
   if (arg < 0) {
  val = 0x8000ull;
   }
   return val;
}

int main() {
   long long result = func(-1);
   if (result != 0x8000ull) {
  printf("failed.\n");
  return 1;
   } 
   printf("passed.\n");
   return 0;
}

The return value of func is 0x8000ull where it should be
0x8000ull. It works correctly when I don't do any optimization or
with more optimization (-O1, -O2, -O3).

The compile command line is the following:
gcc test.c -O1 -fno-defer-pop -fno-delayed-branch -fno-guess-branch-probability
-fno-cprop-registers -fno-loop-optimize -fno-if-conversion2 -fno-tree-ccp
-fno-tree-dce -fno-tree-dominator-opts -fno-tree-dse -fno-tree-ter 
-fno-tree-lrs -fno-tree-sra -fno-tree-copyrename -fno-tree-fre -fno-tree-ch
-fno-unit-at-a-time -fno-merge-constants -fno-omit-frame-pointer -o test

there are no compiler warnings, even with -Wall

I use gcc 4.3.4, configure options:
 ../gcc-4.3.4/configure --disable-shared --disable-nls --enable-languages=c++
--with-gnu-as --with-gnu-ld --enable-__cxa_atexit


-- 
   Summary: Wrong optimization with if-conversion
   Product: gcc
   Version: 4.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas at coware dot com
 GCC build triplet: i686
  GCC host triplet: i686
GCC target triplet: i686


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

[Bug web/36739] Proposal for clarifications in GCC Bugzilla

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2009-08-06 14:30 ---
The proposed patch simplifies and clarifies the form for reporting bugs,
however, I am not sure how to test it. Andrew, do you see any problem with it?

Index: template/en/default/bug/create/create.html.tmpl
===
RCS file:
/cvs/gcc/wwwdocs/bugzilla/template/en/default/bug/create/create.html.tmpl,v
retrieving revision 1.5
diff -u -r1.5 create.html.tmpl
--- template/en/default/bug/create/create.html.tmpl 2 Oct 2005 03:06:35
-   1.5
+++ template/en/default/bug/create/create.html.tmpl 6 Aug 2009 14:25:20
-
@@ -188,6 +188,7 @@
 
   

+[% IF 0 %]
   
 [% IF bug_status.size <= 1 %]
   
   
+[% END %]

   
 
@@ -273,7 +275,7 @@
 
   
 [% END %]
-
+[% IF 0 %]
   
 Host triplet:
 
@@ -295,6 +297,7 @@
  value="[% gccbuild FILTER html %]" />
 
   
+[% END %]
 [% IF 0 %]
   
 URL:
Index: template/en/default/bug/create/user-message.html.tmpl
===
RCS file:
/cvs/gcc/wwwdocs/bugzilla/template/en/default/bug/create/user-message.html.tmpl,v
retrieving revision 1.5
diff -u -r1.5 user-message.html.tmpl
--- template/en/default/bug/create/user-message.html.tmpl   21 Feb 2008
21:40:27 -  1.5
+++ template/en/default/bug/create/user-message.html.tmpl   6 Aug 2009
14:25:20 -
@@ -30,11 +30,20 @@

 [% PROCESS global/variables.none.tmpl %]

-Before reporting [% terms.abug %], please read the
+Before reporting [% terms.abug %], please read the
 http://gcc.gnu.org/bugs.html";>
-[% terms.bug %] writing guidelines, please look at the list of
+[% terms.bug %] writing guidelines, please look at the list of
 most frequently reported [% terms.bugs %], and
please
 search for the [% terms.bug %].

 There is also a list of http://gcc.gnu.org/bugs.html#known";>known [% terms.bugs %].
+
+It is highly recommended that
+you http://gcc.gnu.org/bugs.html";>add a
+testcase. If the testcase is small enough (under 25
+lines), you may just paste it in the "Description" field of this
+form. Otherwise, you may add the testcase by using the "Create a new
+Attachment" link on the [% terms.bug %] page created after filling
+this form.
+


-- 


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

[Bug web/33364] reporting bugs + minimizing testcases

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2009-08-06 14:35 ---
The bugzilla side is FIXED.

http://gcc.gnu.org/bugs.html needs a thorough rewriting.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug web/35777] no DFP announcement, no example text, very vague documentation

[manu at gcc dot gnu dot org]

--- Comment #6 from manu at gcc dot gnu dot org  2009-08-06 14:41 ---
We can say that this is confirmed.

>From the messages, I think the people that could fix this bug do not see
clearly what the reporter wants. So probably a detailed list of TODO items
would help. It seems the request for updating gcc-4.3/changes.html is already
fixed.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-08-06 14:41:25
   date||


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

[Bug ada/40986] [4.3/4.4 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

[ludovic at ludovic-brenta dot org]

--- Comment #1 from ludovic at ludovic-brenta dot org  2009-08-06 14:41 
---
These work OK:

> /opt/gcc-3.4.5/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g 
> -fno-strict-aliasing -gnatwA -I- ./test.adb
> /opt/gcc-4.1.1/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g 
> -fno-strict-aliasing -gnatwA -I- ./test.adb

I don't have any 4.2.x at hand.

This version fails:

> /opt/gcc-4.3.0/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g
-fno-strict-aliasing -gnatwA -I- ./test.adb
+===GNAT BUG DETECTED==+
| 4.3.0 (i686-pc-linux-gnu) Assert_Failure sinfo.adb:362   |
| Error detected at a-unccon.ads:23:27 |


-- 

ludovic at ludovic-brenta dot org changed:

   What|Removed |Added

  Known to fail||4.3.0 4.1.1
  Known to work||3.4.5 4.1.1
Summary|Assert_Failure  |[4.3/4.4 regression]
   |sinfo.adb:360, error|Assert_Failure
   |detected at a-  |sinfo.adb:360, error
   |unccon.ads:23:27|detected at a-
   ||unccon.ads:23:27


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

[Bug c/40988] New: incorrect code when using ..._bit macros from asm/bitops.h in a loop in userspace program

[mcconnau at biochem dot wustl dot edu]

/*
Summary:  This program compiles and runs correctly on my fedora core 6
system.  On the fedora core 11 system, the function "bad11" produces
incorrect code as pointed out below.  This is repaired in the funcdtion
"good11", which avoides using the ..._bit macros (asm/bitops.h).

I have included an exerpt of disassembled code from "bad11" with some
of the errors pointed out (just above "bad11"), and results obtained on
the fedora core 11 system (in the main function).
I have attached bug11.i (gcc output) and bug11.x (stdout and stderr from
the gcc command) to the end of this source file.

Program build to make bug11.i and bug11.x:
gcc -v -save-temps -O -Wall -o bug11 bug11.c &> bug11.x
Program build to make a testable exe:
gcc -g -O -Wall -o bug11 bug11.c &> bug11.x

// The fedora core 11 installation on Toshiba A65, done using
// Fedora-11-i386-DVD.iso:
$ gcc --version
gcc (GCC) 4.4.0 20090506 (Red Hat 4.4.0-4)
$ uname -a
Linux localhost.localdomain 2.6.29.4-167.fc11.i686.PAE #1 SMP Wed May 27
17:28:22 EDT 2009 i686 i686 i386 GNU/Linux

*** Note this error when starting gdb on the f.c.11 system:
$ gdb bug11
GNU gdb (GDB) Fedora (6.8.50.20090302-21.fc11)
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 "i586-redhat-linux-gnu".
For bug reporting instructions, please see:
...
(gdb) b main
Breakpoint 1 at 0x804859a: file bug11.c, line 112.
(gdb) r
Starting program: /tmp/bug11

Breakpoint 1, main () at bug11.c:112
112   memcpy( xy_good, xy, sizeof(xy_good) );
Missing separate debuginfos, use: debuginfo-install glibc-2.10.1-2.i686
***

The fedora core 6 system on a Dell Latitude D510:
-bash-3.1$ gcc --version
gcc (GCC) 4.1.1 20061011 (Red Hat 4.1.1-30)
-bash-3.1$ uname -a
Linux tiger 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:37:32 EDT 2006 i686 i686
i386 GNU/Linux
*/

#include 

// from 
#define ADDR (*(volatile long *) addr)
static __inline__ int test_and_clear_bit(int nr, volatile void * addr)
{
int oldbit;

__asm__ __volatile__(
"btrl %2,%1\n\tsbbl %0,%0"
:"=r" (oldbit),"=m" (ADDR)
:"Ir" (nr) : "memory");
return oldbit;
}
static __inline__ void set_bit(int nr, volatile void * addr)
{
__asm__ __volatile__(
"btsl %1,%0"
:"=m" (ADDR)
:"Ir" (nr));
}

// This makes correct code.  It takes a series of x,y screen coordinate
// pairs and applies limits and offset values to put the graph where desired.
void good11( int how, unsigned numpoints, unsigned short *points,
  unsigned short hix, unsigned short hiy,
  unsigned short orgx, unsigned short orgy )
{
  unsigned short xx, yy, penbit;

  for ( ;  numpoints;  numpoints--, points += 2 ) {
xx = points[0];
penbit = xx & 0x8000;  xx &= 0x7fff;
yy = points[1];
if ( xx > hix ) {
  if ( how == 0 )  xx = hix;
  else if ( how == 1 ) xx = 0;
  else do { xx -= hix; } while ( xx > hix );
}
xx += orgx;
if ( yy > hiy ) {
  if ( how == 0 ) yy = hiy;
  else if ( how == 1 ) yy = 0;
  else do { yy -= hiy; } while ( yy > hiy );
}
yy += orgy;
points[0] = xx | penbit;  points[1] = yy;
  }
}

/* bad on fedora core 11-- in disassembled code, the 'for' loop starts like
this:
0x080484bb :  cmpl   $0x0,0xc(%ebp)
0x080484bf :  je 0x8048589 
0x080484c5 :  mov%ebx,%edi
0x080484c7 :  neg%edi
0x080484c9 :  mov%di,-0x22(%ebp)
0x080484cd :  mov%si,-0x2c(%ebp)
0x080484d1 :  mov%esi,%eax
0x080484d3 :  neg%eax
0x080484d5 :  mov%ax,-0x24(%ebp)
   'for' jumps back to here; the variable at -0xe(%ebp) is
   getting used before it is set, so the value is from the
   previous pass thru the loop
   also, %edx is indexing the data array, but there is no
   load of data from (%edx) (the xx value) although there is
   from 2(%edx) (the yy value)
0x080484d9 :  btrl   $0xf,-0xe(%ebp)
0x080484de :  sbb%ecx,%ecx
0x080484e0 :  mov%ecx,-0x20(%ebp)
0x080484e3 :  movzwl 0x2(%edx),%eax
0x080484e7 :  movzwl -0xe(%ebp),%ecx
0x080484eb :  cmp%bx,%cx
0x080484ee :  jbe0x8048527 
0x080484f0 :  cmpl   $0x0,0x8(%ebp)
0x080484f4 :  jne0x80484fc 
0x080484f6 :  mov%bx,-0xe(%ebp)
*/
void bad11( int how, unsigned numpoints, unsigned short *points,
unsigned short hix, unsigned short hiy,
unsigned short orgx, unsigned short orgy )
{
  unsigned short xx, yy;
  int penbit;

  for ( ;  numpoints;  numpoints--, points += 2 ) {
xx = points[0];  penbit = test_and_clear_bit( 15, (void *)&xx );
yy = points[1];
if ( xx > hix ) {
  if ( how == 0 )  xx = hix;
  

[Bug web/38973] Missing feature documentation

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2009-08-06 14:43 ---
This seems FIXED in http://gcc.gnu.org/gcc-4.4/changes.html
and http://gcc.gnu.org/projects/cxx0x.html


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c/40987] Wrong optimization with if-conversion

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-08-06 14:57 ---
"Doctor it hurts when I do this!" ...

well, I suggest you don't use this strange combination of options.  In
particular
disabling ccp is known to cause interesting side-effects sometimes.

Keeping open in case someone wants to track down what happens here.


-- 


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

[Bug c/40989] New: -Werror=implicit does not enable -Wimplicit

[flameeyes at gentoo dot org]

I'm not sure if this is the cause of the final bug I'm trying to reproduce out
of a project of mine (implicit function declarations are not reported having
any value to the side with -fdiagnostics-show-option), but anyway…

While the man page for gcc implies that -Werror=foo enables -Wfoo, this doesn't
seem to be the case:

fl...@yamato mytmpfs % cat test.c
int main() {
  return pippo();
}
fl...@yamato mytmpfs % gcc -c -Werror=implicit -fdiagnostics-show-option test.c
-o test.o
fl...@yamato mytmpfs % gcc -c -Wimplicit -fdiagnostics-show-option test.c -o
test.o 
test.c: In function ‘main’:
test.c:2: warning: implicit declaration of function ‘pippo’
[-Wimplicit-function-declaration]

Doesn't look right to me.


-- 
   Summary: -Werror=implicit does not enable -Wimplicit
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flameeyes at gentoo dot org
  GCC host triplet: x86_64-pc-linux-gnu


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

[Bug c/40989] -Werror=implicit does not enable -Wimplicit

[flameeyes at gentoo dot org]

--- Comment #1 from flameeyes at gentoo dot org  2009-08-06 15:10 ---
I can confirm this issue on 4.3.3 as well.


-- 


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

[Bug c/40987] Wrong optimization with if-conversion

[thomas at coware dot com]

--- Comment #2 from thomas at coware dot com  2009-08-06 15:26 ---
I can also build it like this and it fails:
gcc test.c -O1 -fno-tree-dce -o test


-- 


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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

[nospamname at web dot de]

--- Comment #6 from nospamname at web dot de  2009-08-06 15:56 ---
I check now more to find the instruction line that cause the ICE.Its this
call.It compile when i remove in 1 statement the 2 
(2*mb_x + (i & 1))*block_s  -> (mb_x + (i & 1))*block_s 

But of course the program work.

it also compile when i let the 2 in first par in but remove it on second.

case 1:
mx = 0;
my = 0;
for(i=0;i<4;i++) {
hpel_motion_lowres(s, dest_y + ((i & 1) + (i >> 1) *
s->linesize)*block_s,
ref_picture[0], 0, 0,
(2*mb_x + (i & 1))*block_s, (2*mb_y + (i
>>1))*block_s,
s->width, s->height, s->linesize,
s->h_edge_pos >> lowres, s->v_edge_pos >> lowres,
block_s, block_s, pix_op,
s->mv[dir][i][0], s->mv[dir][i][1]);

mx += s->mv[dir][i][0];
my += s->mv[dir][i][1];
}


-- 


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

[Bug c/40987] Wrong optimization with if-conversion

[mikpe at it dot uu dot se]

--- Comment #3 from mikpe at it dot uu dot se  2009-08-06 15:58 ---
Reproduced on i686-linux with the following compiler versions and minimal sets
of options:

gcc-4.3-20090802: -O1 -fno-tree-dce
gcc-4.4-20090804: -O1 -fno-tree-ccp -fno-tree-dominator-opts
gcc-4.5-20090730: -O1

Note that 4.5 needed no -fno-... options to create the failure.


-- 


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

[Bug debug/40990] New: bad .debug_pubnames entry from gcj

[tromey at gcc dot gnu dot org]

Compile a simple java program:

public class s
{
  public static void main(String[] args)
  {
  }
}

gcj -c -g s.java

Then examine the .debug_pubnames section:

Contents of the .debug_pubnames section:

  Length:  52
  Version: 2
  Offset into .debug_info section: 0x0
  Size of area in .debug_info section: 221

Offset  Name
80  ()
bc  s.main(java.lang.String[])

It seems wrong to me that the entry includes the argument types.

I'm using the F11 gcj, based on 4.4.  But, I doubt this is a distro-specific
bug.


-- 
   Summary: bad .debug_pubnames entry from gcj
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org


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

[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408

[jason at gcc dot gnu dot org]

--- Comment #11 from jason at gcc dot gnu dot org  2009-08-06 16:25 ---
Subject: Bug 40948

Author: jason
Date: Thu Aug  6 16:25:19 2009
New Revision: 150529

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150529
Log:
PR c++/40948
* init.c (build_vec_init): Evaluate the initializer before
starting the initialization try block.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/init.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/ext/complit12.C


-- 


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2009-08-06 16:46 ---


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


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/32893] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize

[hjl dot tools at gmail dot com]

--- Comment #22 from hjl dot tools at gmail dot com  2009-08-06 16:46 
---
*** Bug 40985 has been marked as a duplicate of this bug. ***


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||mahatma at eu dot by


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

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

[hjl dot tools at gmail dot com]

--- Comment #20 from hjl dot tools at gmail dot com  2009-08-06 16:48 
---
(In reply to comment #19)
> (In reply to comment #18)
> 
> Yes. But not an option. Make it default and make it optional to disable the
> alignment. Make it default, because such option would be useless if all
> libraries didn't use it.
> 

It isn't a bad idea. See PR 32893/40985.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

OtherBugsDependingO||32893
  nThis||


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

[Bug middle-end/40952] version 150336 broke bootstrap on ia64-hp-hpux11.23

[sje at cup dot hp dot com]

--- Comment #13 from sje at cup dot hp dot com  2009-08-06 16:57 ---
I have good news and I have bad news (as the saying goes).  My IA64 bootstrap
completed successfully and the testing also went fine.  But, I also did an
hppa2.0w-hp-hpux11.11 bootstrap and that bootstrap failed with differences in
the results of stage2 and stage3.  When I remove your patch, the bootstrap on
PA is fine.

Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
warning: hppa2.0w-hp-hpux11.11/libgcc/lib2funcs.o differs
warning: hppa2.0w-hp-hpux11.11/libgcc/lib2funcs_s.o differs
Bootstrap comparison failure!
gcc/fortran/io.o differs
gcc/fortran/scanner.o differs
gcc/fortran/intrinsic.o differs
make[2]: *** [compare] Error 1

I will see if I can get more info on what the object differences are.


-- 


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-08-06 16:44 ---
(In reply to comment #0)
> Primary combination: "-march=pentium4 -O3 ...",
> minimal: "-O1 -march=i686 -msse -ftree-vectorize".
> Rebuilding zlib v1.2.3 cause segfault on related apps (I use seamonkey, all
> under gentoo). All other apps built on pentium4/O3/gcc4.3.3.
> 

Please add "-mincoming-stack-boundary=2" to CFLAGS and report what you got. 


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com


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

[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408

[jason at gcc dot gnu dot org]

--- Comment #12 from jason at gcc dot gnu dot org  2009-08-06 17:22 ---
Subject: Bug 40948

Author: jason
Date: Thu Aug  6 17:22:19 2009
New Revision: 150533

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150533
Log:
PR c++/40948
* init.c (build_vec_init): Evaluate the initializer before
starting the initialization try block.


Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/init.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/complit12.C


-- 


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

[Bug tree-optimization/40464] [4.5 Regression] FAIL: g++.dg/torture/pr34099.C -O1 (internal compiler error) at -O1 and above

[jamborm at gcc dot gnu dot org]

--- Comment #10 from jamborm at gcc dot gnu dot org  2009-08-06 17:31 
---
Created an attachment (id=18311)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18311&action=view)
workaround patch

I still  believe that the  gimplifier should not do  this substitution
this late in  the compilation.  However, since I do  not have time nor
am I brave enough to attempt to fix it there, I at least tried to make
sure that SRA does not create  situations which lead to this error and
the attached patch is the result of that effort.  I am currently
bootstrapping it on an x86_64.

However, it  should be noted that it  comes at a slight  cost, both in
run  time as this  leads to  less structure  copy propagation  (and at
least java uses DECL_VALUE_EXPR even on x86_64, I believe) and compile
time, as we  have to check for it  everywhere.  Moreover, every single
user  of force_gimple_operand  is  still  at risk  of  running into  a
problem like this.


-- 


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

[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x

[giffordj at la dot twcbc dot com]

--- Comment #30 from giffordj at la dot twcbc dot com  2009-08-06 17:32 
---
http://sourceware.org/bugzilla/show_bug.cgi?id=10474 is the bug I opened on
Binutils.


-- 


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

[Bug middle-end/40952] version 150336 broke bootstrap on ia64-hp-hpux11.23

[sje at cup dot hp dot com]

--- Comment #14 from sje at cup dot hp dot com  2009-08-06 17:44 ---
Created an attachment (id=18312)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18312&action=view)
test case where stage1 and stage2 generate different code

After applying the most recent patch the ia64 bootstrap started working but the
pa bootstrap (hppa2.0w-hp-hpux11.11) started failing.  The stage2/stage3
comparision failed.  I cut down fortran/io.c into test4.c, and when I compile
this test case with the stage1-gcc/cc1 I get unsigned extraction instructions
in the code stream but with stage2-gcc/cc1 I get signed extraction
instructions.  I think the signed extractions are wrong since format_string is
a pointer to an unsigned int, but then again we are putting the value into a
signed char.  If I make the function an 'unsigned char' then the problem goes
away.  Originally the function was just 'char' and it also had the problem


-- 


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

[Bug tree-optimization/40464] [4.5 Regression] FAIL: g++.dg/torture/pr34099.C -O1 (internal compiler error) at -O1 and above

[jamborm at gcc dot gnu dot org]

--- Comment #11 from jamborm at gcc dot gnu dot org  2009-08-06 17:55 
---
Patch posted to mailing list: 
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00367.html


-- 


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

[Bug c++/40991] New: ICE: at optimization -02

[bkoz at gcc dot gnu dot org]

The following gives:

%/mnt/share/bld/gcc/./gcc/g++ -shared-libgcc -B/mnt/share/bld/gcc/./gcc
-nostdinc++ -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/lib/ -isystem
/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/include -isystem
/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/sys-include -g -O2
-D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2
-D_GNU_SOURCE -g -O2 -D_GNU_SOURCE -DLOCALEDIR="." -nostdinc++
-I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/mnt/share/src/gcc/libstdc++-v3/libsupc++
-I/mnt/share/src/gcc/libstdc++-v3/include/backward
-I/mnt/share/src/gcc/libstdc++-v3/testsuite/util
/mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc
-include bits/stdc++.h ./libtestc++.a -Wl,--gc-sections -c -lm -o ./5.exe
/mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc:
In function ‘void test05()’:
/mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc:30:6:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


If it's compiled with -O0, -O1 then it's ok.


-- 
   Summary: ICE: at optimization -02
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org


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

[Bug c++/40991] ICE: at optimization -02

[bkoz at gcc dot gnu dot org]

--- Comment #1 from bkoz at gcc dot gnu dot org  2009-08-06 18:09 ---
Created an attachment (id=18313)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18313&action=view)
pre-processed sources to reproduce


-- 


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

[Bug libstdc++/40974] cannot build gcc-4.4.1: fenv_t has not been declared

[booleandomain at gmail dot com]

--- Comment #2 from booleandomain at gmail dot com  2009-08-06 19:21 ---
My goal is to build a GNU/Linux system similar to CLFS (cross-lfs.org), where
the host and the target are the same physical machine.

I'm not an expert, but anyway it seems that the C++ cross-compiler is trying to
build the stdtr1c++.h header, which asks for tr1/cfenv. tr1/cfenv asks for
bits/c++config.h (that defines _GLIBCXX_HAVE_FENV_H 1 and
_GLIBC_USE_C99_FENV_TR1 1), then it asks for fenv.h and finally it asks for
tr1_impl/cfenv. Since _GLIBCXX_USE_C99_FENV_TR1 is set to 1, tr1_impl/cfenv
uses fenv_t and (don't know why) it fails.

The fenv.h file in gcc build directory is only 71 bytes long, while the fenv.h
provided by glibc is 4670 bytes long (don't know if this is ok).

I'm not a C++ expert, so I don't know what fenv_t neither where to look for it.

I also tried to --disable-c99 for both the cross-compiler and the target
compiler, but the problem is still there.


-- 


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

[Bug c/40987] Wrong optimization with if-conversion

[thomas at coware dot com]

--- Comment #4 from thomas at coware dot com  2009-08-06 19:25 ---
By the way, I see the same failure also with gcc 4.1.2 and 4.2 without any fno-
options.

I thought it would be a good idea to hunt the problem down to a single
optimization mechanism, which seems to be if-conversion. I guess on 4.3 and 4.4
some of the tree optimizations change the code in a way that the problem is not
visible - but it is most likely there anyway and might be triggered by other
test cases.


-- 


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

[Bug debug/40990] bad .debug_pubnames entry from gcj

[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 |2009-08-06 19:40:07
   date||


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

[Bug c++/40866] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504

[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|NEW |ASSIGNED
   Last reconfirmed|2009-07-27 09:41:56 |2009-08-06 19:42:52
   date||


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

[Bug rtl-optimization/34999] Incorrect FDE entries with hot/cold code section splitting (partition_hot_cold_basic_blocks)

[ghazi at gcc dot gnu dot org]

--- Comment #26 from ghazi at gcc dot gnu dot org  2009-08-06 19:54 ---
The patch fixed the bb-reorg.c and pr34999.c testsuite failures on my x86_64
box on mainline.  However I still see the failures on the 4.4 branch.

Jakub - Is your patch suitable for 4.4?
If so, will you please backport it?

Thanks.


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2009-07-24 15:37:04 |2009-08-06 19:54:19
   date||


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

[Bug other/31400] enable static linking of support libraries through -static-libXY

[dfranke at gcc dot gnu dot org]

--- Comment #10 from dfranke at gcc dot gnu dot org  2009-08-06 19:54 
---
-static-libstdc++ was added for 4.5.0 (thanks!):
2009-06-25  Ian Lance Taylor  

* g++spec.c (SKIPOPT): define.
(lang_specific_driver): Handle -static-libstdc++.  Only add
LIBSTDCXX_STATIC if we add LIBSTDCXX.

Any chance to ever get -static-libgomp? Otherwise this PR can probably be
closed?!


-- 


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[mahatma at eu dot by]

--- Comment #5 from mahatma at eu dot by  2009-08-06 19:56 ---
(In reply to comment #3)
> (In reply to comment #0)
> > Primary combination: "-march=pentium4 -O3 ...",
> > minimal: "-O1 -march=i686 -msse -ftree-vectorize".
> > Rebuilding zlib v1.2.3 cause segfault on related apps (I use seamonkey, all
> > under gentoo). All other apps built on pentium4/O3/gcc4.3.3.
> > 
> 
> Please add "-mincoming-stack-boundary=2" to CFLAGS and report what you got. 

No error.

PS A read 32893, but have no errors prior to v4.4.0 and think there are not
same bug, sorry


-- 


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

[Bug libstdc++/40974] cannot build gcc-4.4.1: fenv_t has not been declared

[booleandomain at gmail dot com]

--- Comment #3 from booleandomain at gmail dot com  2009-08-06 20:20 ---
I added the --disable-libstdcxx-pch option to the configure command for the
target gcc compiler, and now make works. Now I'm no longer sure if this is a
bug or my fault...


-- 


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

[Bug ada/15606] Legal program rejected, RM 8.2(22)

[ludovic at ludovic-brenta dot org]

--- Comment #5 from ludovic at ludovic-brenta dot org  2009-08-06 20:27 
---
Confirmed on 4.4.1.


-- 


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

[Bug ada/15611] Invalid program not detected, RM 3.7(11)

[ludovic at ludovic-brenta dot org]

--- Comment #5 from ludovic at ludovic-brenta dot org  2009-08-06 20:29 
---
Confirmed on 4.4.1.


-- 


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

[Bug ada/15614] Illegal program not detected, RM 12.1(11)

[ludovic at ludovic-brenta dot org]

--- Comment #3 from ludovic at ludovic-brenta dot org  2009-08-06 20:30 
---
Confirmed on 4.4.1.


-- 


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

[Bug ada/15615] Legal program rejected, derived tagged type in child package doesn't see parent's element

[ludovic at ludovic-brenta dot org]

--- Comment #3 from ludovic at ludovic-brenta dot org  2009-08-06 20:31 
---
Confirmed on 4.4.1.


-- 


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

[Bug ada/15798] Bug box in Gigi, code=201, on legal program with tasking

[ludovic at ludovic-brenta dot org]

--- Comment #5 from ludovic at ludovic-brenta dot org  2009-08-06 20:33 
---
Xavier Grave reports:

+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) GCC error: |
| in get_expr_operands, at tree-ssa-operands.c:2072|
| Error detected around test_41.adb:12 |
...
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424
gnatmake: "test_41.adb" compilation error


-- 


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

[Bug ada/15799] Legal program rejected, using 'Base

[ludovic at ludovic-brenta dot org]

--- Comment #7 from ludovic at ludovic-brenta dot org  2009-08-06 20:39 
---
Confirmed in 4.4.1.


-- 


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

[Bug ada/15800] SIGSEGV on mutually recursive record type declarations

[ludovic at ludovic-brenta dot org]

--- Comment #4 from ludovic at ludovic-brenta dot org  2009-08-06 20:40 
---
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory
access)|
| Error detected at system.ads:153:5   |


-- 


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

[Bug ada/15840] Illegal program not detected, RM 3.7(14)

[ludovic at ludovic-brenta dot org]

--- Comment #3 from ludovic at ludovic-brenta dot org  2009-08-06 20:43 
---
Confirmed on 4.4.1.


-- 

ludovic at ludovic-brenta dot org changed:

   What|Removed |Added

  Known to fail|4.0.0   |4.0.0 4.3.0 4.4.1


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

[Bug ada/15843] Illegal program not detected, RM 3.7.2(2)

[ludovic at ludovic-brenta dot org]

--- Comment #4 from ludovic at ludovic-brenta dot org  2009-08-06 20:44 
---
Confirmed on 4.4.1.


-- 

ludovic at ludovic-brenta dot org changed:

   What|Removed |Added

  Known to fail|4.0.0   |4.0.0 4.3.0 4.4.1


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

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

[hjl dot tools at gmail dot com]

--- Comment #21 from hjl dot tools at gmail dot com  2009-08-06 21:05 
---
Created an attachment (id=18314)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18314&action=view)
A patch

Here is a patch to automatically realign stack if any SSE variable
is put on stack.


-- 


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

[Bug tree-optimization/40985] -msse -ftree-vectorize cause segfaults (zlib)

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2009-08-06 21:14 ---
You can try my patch for PR 40838.


-- 


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

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

[hjl dot tools at gmail dot com]

--- Comment #22 from hjl dot tools at gmail dot com  2009-08-06 21:43 
---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00392.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||08/msg00392.html
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-08-06 21:43:34
   date||


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

[Bug c/40987] Wrong optimization with if-conversion

[steven at gcc dot gnu dot org]

--- Comment #5 from steven at gcc dot gnu dot org  2009-08-06 22:12 ---
Instead of guessing -- why not inspect the dumps you get with -fdump-tree-all
-fdump-rtl-all and see if someone can figure out which pass is the first to
screw up the test case?


-- 


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

[Bug c/40987] Wrong optimization with if-conversion

[steven at gcc dot gnu dot org]

--- Comment #6 from steven at gcc dot gnu dot org  2009-08-06 22:13 ---
If it turns out to be the RTL if-conversion pass, assign this bug to me please.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/36127] bad choice of loop IVs above -Os on x86

[astrange at ithinksw dot com]

--- Comment #5 from astrange at ithinksw dot com  2009-08-07 03:04 ---
Fixed with -O3 -fgraphite-identity. Why did I even bother checking that?


-- 


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

[Bug tree-optimization/40992] New: [4.2/4.3/4.4/4.5 Regression] cunroll ignoring asm size

[astrange at ithinksw dot com]

The attached file is a loop over the same function implemented in C and inline
asm. 

When compiled with:
gcc -O3 -fno-pic -fomit-frame-pointer -fdump-tree-cunroll-details -S
cabac_unroll.i
cunroll thinks they're different sizes:

size: 55-4, last_iteration: 55-4
  Loop size: 55
  Estimated size after unrolling: 442

size: 8-4, last_iteration: 8-4
  Loop size: 8
  Estimated size after unrolling: 34

and expands the asm loop all 13 times.

This is reduced from ffmpeg decode_cabac_residual, where it apparently causes
significant decoding slowdown.

Besides that, cunroll seems to be hurting ffmpeg in general on x86-32
(http://multimedia.cx/eggs/last-performance-smackdown-for-awhile/), maybe we'll
turn it down some.


-- 
   Summary: [4.2/4.3/4.4/4.5 Regression] cunroll ignoring asm size
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com


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

[Bug tree-optimization/40992] [4.2/4.3/4.4/4.5 Regression] cunroll ignoring asm size

[astrange at ithinksw dot com]

--- Comment #1 from astrange at ithinksw dot com  2009-08-07 04:25 ---
Created an attachment (id=18315)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18315&action=view)
the source


-- 


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

[Bug tree-optimization/36127] bad choice of loop IVs above -Os on x86

[spop at gcc dot gnu dot org]

--- Comment #6 from spop at gcc dot gnu dot org  2009-08-07 04:40 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/40993] New: Empty error message with long lines

[arjen dot markus at deltares dot nl]

I ran into a peculiar bug with gfortran:

program check
   open( 10, file = 'check.inp', form = 'binary' )
   ! Comment
end program

(the comment starts at column 132, but the problem actually occurs in
a long linje with trailing blanks too)

The output from the compiler is:

check.f90:2.132:

 !

  1
Error: FORM specifier in OPEN statement at (1) has invalid value 'binary'

Note that the offending code is being omitted, while for shorter
lines, the code is visible.

This was on Windows XP/MingW, with gfortran 4.3.2 (4.3.2-tdm-1 for MingW)


-- 
   Summary: Empty error message with long lines
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: arjen dot markus at deltares dot nl
 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=40993