date:20100905

[Bug c++/45541] New: Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread viriketo at gmail dot com

Here is what I get, compilinb 
g++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See  for instructions.
make[1]: *** [WebCore/bindings/js/libwebkitgtk_1_0_la-SerializedScriptValue.lo]
Error 1



The command line:
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -DBUILDING_CAIRO__=1
-DBUILDING_GTK__=1 -DWTF_CHANGES -DWTF_USE_ICU_UNICODE=1 -DNDEBUG
-I./WebKit/gtk -I./WebKit/gtk/WebCoreSupport -I./WebKit/gtk/webkit -I./WebCore
-I./WebCore/accessibility -I./WebCore/bindings/generic -I./WebCore/bindings/js
-I./WebCore/bindings/gobject -I./WebCore/bridge -I./WebCore/bridge/c
-I./WebCore/bridge/jni/jsc -I./WebCore/bridge/jsc -I./WebCore/css
-I./WebCore/dom -I./WebCore/dom/default -I./WebCore/editing -I./WebCore/history
-I./WebCore/html -I./WebCore/html/canvas -I./WebCore/inspector
-I./WebCore/loader -I./WebCore/loader/appcache -I./WebCore/loader/archive
-I./WebCore/loader/icon -I./WebCore/mathml -I./WebCore/notifications
-I./WebCore/page -I./WebCore/page/animation -I./WebCore/platform
-I./WebCore/platform/animation -I./WebCore/platform/graphics
-I./WebCore/platform/graphics/filters -I./WebCore/platform/graphics/transforms
-I./WebCore/platform/image-decoders -I./WebCore/platform/image-decoders/bmp
-I./WebCore/platform/image-decoders/gif -I./WebCore/platform/image-decoders/ico
-I./WebCore/platform/image-decoders/jpeg
-I./WebCore/platform/image-decoders/png -I./WebCore/platform/mock
-I./WebCore/platform/network -I./WebCore/platform/sql -I./WebCore/platform/text
-I./WebCore/platform/text/transcoder -I./WebCore/plugins -I./WebCore/rendering
-I./WebCore/rendering/style -I./WebCore/storage -I./WebCore/svg
-I./WebCore/svg/animation -I./WebCore/svg/graphics
-I./WebCore/svg/graphics/filters -I./WebCore/websockets -I./WebCore/wml
-I./WebCore/workers -I./WebCore/xml -I./WebCore/bindings/js
-I./DerivedSources/WebCore -I./DerivedSources -I./DerivedSources/JavaScriptCore
-DDATA_DIR=\"/nix/store/z55sjiyivdq28mp7dvfdfqgd585hanwa-webkit-r65398/share\"
-DGTK_API_VERSION_2=1 -DENABLE_CHANNEL_MESSAGING=1 -DENABLE_DATAGRID=0
-DENABLE_METER_TAG=0 -DENABLE_PROGRESS_TAG=1 -DENABLE_JAVASCRIPT_DEBUGGER=1
-DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DATABASE=1 -DENABLE_DATALIST=1
-DENABLE_EVENTSOURCE=1 -DENABLE_DIRECTORY_UPLOAD=1 -DENABLE_DOM_STORAGE=1
-DENABLE_FILE_SYSTEM=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_ICONDATABASE=1
-DENABLE_IMAGE_RESIZER=1 -DENABLE_VIDEO=1 -DENABLE_SANDBOX=1 -DENABLE_RUBY=1
-DENABLE_XPATH=1 -DENABLE_XSLT=1 -DENABLE_WORKERS=1 -DENABLE_SHARED_WORKERS=1
-DENABLE_FILTERS=1 -DENABLE_MATHML=1 -DENABLE_SVG=1 -DENABLE_SVG_USE=1
-DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_AS_IMAGE=1
-DENABLE_SVG_ANIMATION=1 -DENABLE_WEB_SOCKETS=1 -I./DerivedSources/webkit
-I./WebCore/bindings -I./WebCore/bindings/gobject -DWTF_USE_SOUP=1
-DWTF_USE_GSTREAMER=1 -I./WebCore/accessibility/gtk -I./WebCore/loader/gtk
-I./WebCore/page/gtk -I./WebCore/platform/graphics/cairo
-I./WebCore/platform/graphics/gstreamer -I./WebCore/platform/graphics/gtk
-I./WebCore/platform/gtk -I./WebCore/platform/network/soup -DUSE_FREETYPE=1
-I./JavaScriptCore/ForwardingHeaders -I./JavaScriptCore/parser
-I./JavaScriptCore/wtf -I./JavaScriptCore/wtf/gtk
-I./JavaScriptCore/wtf/gobject -I./DerivedSources/JavaScriptCore
-I./JavaScriptCore -I./JavaScriptCore/API -I./JavaScriptCore/ForwardingHeaders
-I./JavaScriptCore/interpreter -I./JavaScriptCore/bytecode
-I./JavaScriptCore/bytecompiler -I./JavaScriptCore/debugger
-I./JavaScriptCore/jit -I./JavaScriptCore/pcre -I./JavaScriptCore/profiler
-I./JavaScriptCore/runtime -I./JavaScriptCore/jit -I./JavaScriptCore/assembler
-I./JavaScriptCore/wtf -I./JavaScriptCore/wtf/text
-I./JavaScriptCore/wtf/unicode -I./JavaScriptCore/yarr -I./JavaScriptCore
-I./JavaScriptCore/pcre -I./JavaScriptCore/parser -I./JavaScriptCore/runtime
-DXP_UNIX -DBUILDING_WEBKIT
-DPACKAGE_LOCALE_DIR=\"/nix/store/z55sjiyivdq28mp7dvfdfqgd585hanwa-webkit-r65398/share/locale\"
-DDATA_DIR=\"/nix/store/z55sjiyivdq28mp7dvfdfqgd585hanwa-webkit-r65398/share\"
-I./WebKit/gtk -I./WebKit/gtk/WebCoreSupport -I./WebKit/gtk/webkit
-I./WebKit/gtk -I./WebKit/gtk/webkit -I./DerivedSources/webkit -Wall -W
-Wcast-align -Wchar-subscripts -Wreturn-type -Wformat -Wformat-security
-Wno-format-y2k -Wundef -Wmissing-format-attribute -Wpointer-arith
-Wwrite-strings -Wno-unused-parameter -Wno-parentheses -fno-exceptions
-fvisibility=hidden -fvisibility-inlines-hidden -fno-rtti -fno-strict-aliasing
-pthread
-I/nix/store/mvxmr92995ypr60vrsnzmrfwa54dwhhg-glib-2.24.1/include/glib-2.0
-I/nix/store/mvxmr92995ypr60vrsnzmrfwa54dwhhg-glib-2.24.1/lib/glib-2.0/include
-I/nix/store/hjx8qfyxl74midc6aj48m7scc5ms4ind-enchant-1.3.0/include/enchant
-pthread
-I/nix/store/yh1ia9ga0fwdcvnixbggzmyqcwdrvcwg-gtk+-2.20.1/include/gail-1.0
-I/nix/store/yh1ia9ga0fwdcvnixbggzmyqcwdrvcwg-gtk+-2.20.1/include/gtk-2.0
-I/nix/store/yh1ia9ga0fwdcvnixbggzmyqcwdrvcwg-gtk+-2.20.1/lib/gtk-2.0/include
-I/nix/store/mvxmr92995ypr60vrsnzmrfwa54dwhhg-glib-2.24

[Bug c++/45541] Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #1 from rguenth at gcc dot gnu dot org  2010-09-05 08:57 ---
You probably ran out of memory and the kernel killed cc1plus.


-- 


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

[Bug c++/45541] Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread viriketo at gmail dot com



--- Comment #2 from viriketo at gmail dot com  2010-09-05 09:33 ---
This is what I thought first. The computer has 1GB of RAM, 900MB free at the
time of the build. After that failure, I added 500MiB of swap. I tried to
build, and it halted in the same place with the same error.


-- 


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

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

2010-09-05 Thread mikpe at it dot uu dot se



--- Comment #5 from mikpe at it dot uu dot se  2010-09-05 10:07 ---
(In reply to comment #4)
> Subject: Re:  [4.6 regression] bootstrap failure on
> sparc64-unknown-linux-gnu
> 
> On Sat, Sep 04, 2010 at 01:38:34PM -, mikpe at it dot uu dot se wrote:
> > Can you show us the complete configure options you used?
> 
> gcc63 is down at the moment for scheduled maintenance, so I can't quote
> exactly.  As best I can recall, it was:
> 
> CC='gcc -m64' /path/to/configure --disable-lib{mudflap,ssp,gomp} \
>   --enable-languages=c --disable-nls --enable-threads=posix \
>   --with-mpfr=/opt/cfarm/mpfr-2.4.1-64 \
>   --with-gmp=/opt/cfarm/gmp-4.2.4-64 --with-mpc=/opt/cfarm/mpc-0.8-64

This is similar (modulo paths) to what I tried unsuccessfully to do.  The
problem was the "CC='gcc -m64'" override; somehow that caused the stage2
attempt to configure 32-bit zlib to fail because it passed a completely bogus
path to prev-gcc as CC.  The same error occurred when trying to build a pure
64-bit gcc-4.5.1, but it did work for building a 64-bit gcc-4.4.4.

I then used my 64-bit 4.4.4 to build a 64-bit 4.5.1 (just setting PATH, not
CC), and then the 64-bit 4.5.1 to build a 64-bit 4.6-r163858.  The last build
ICEd in stage2 when trying to build a 32-bit _muldi3 for libgcc:

/mnt/scratch/objdir/./gcc/xgcc -B/mnt/scratch/objdir/./gcc/
-B/mnt/scratch/install/sparc64-unknown-linux-gnu/bin/
-B/mnt/scratch/install/sparc64-unknown-linux-gnu/lib/ -isystem
/mnt/scratch/install/sparc64-unknown-linux-gnu/include -isystem
/mnt/scratch/install/sparc64-unknown-linux-gnu/sys-include-g -O2 -m32 -O2 
-g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../../.././gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc
-I/mnt/scratch/gcc-4.6-r163858/libgcc/.
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../include
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber/dpd
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber -DHAVE_CC_TLS  -o
_muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c \
  -fvisibility=hidden -DHIDE_EXPORTS
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c: In function '__muldi3':
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c:558:1: internal compiler
error: in find_mem_expr_in_1pdv, at var-tracking.c:4120

I haven't attempted to bisect this yet.


-- 


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

[Bug tree-optimization/45535] [4.6 regression] ICE during tree_ssa_dse

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #4 from rguenth at gcc dot gnu dot org  2010-09-05 10:47 ---
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=45535

[Bug tree-optimization/45535] [4.6 regression] ICE during tree_ssa_dse

2010-09-05 Thread rguenth at gcc dot gnu dot org

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-09-05 10:47 ---
Subject: Bug 45535

Author: rguenth
Date: Sun Sep  5 10:47:05 2010
New Revision: 163877

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

PR tree-optimization/45535
* tree-ssa-alias.c (indirect_ref_may_alias_decl_p): Properly
handle TMR_INDEX2.  Make sure TMR_INDEX is not NULL before
dereferencing it.
(indirect_refs_may_alias_p): Likewise.

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

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr45535.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-alias.c

-- 

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

[Bug c++/45542] New: std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread vincenzo dot innocente at cern dot ch

on
Linux 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 12:36:24 CET 2010 x86_64 x86_64
x86_64 GNU/Linux
gcc version 4.6.0 20100408 (experimental) (GCC) 
and
GNU C++ (GCC) version 4.5.0 (x86_64-unknown-linux-gnu)

#include
float sqr(float x) { return std::pow(x,2);}

produces

0020 :
  20:   0f 14 c0unpcklps %xmm0,%xmm0
  23:   0f 5a c0cvtps2pd %xmm0,%xmm0
  26:   f2 0f 59 c0 mulsd  %xmm0,%xmm0
  2a:   66 0f 14 c0 unpcklpd %xmm0,%xmm0
  2e:   66 0f 5a c0 cvtpd2ps %xmm0,%xmm0
  32:   c3  retq   
  33:   66 0f 1f 44 00 00   nopw   0x0(%rax,%rax,1)
  39:   0f 1f 80 00 00 00 00nopl   0x0(%rax)

when compiled with c++ -O2 -std=gnu++0x

while c++ -O2 emits (as expected)
0020 :
  20:   f3 0f 59 c0 mulss  %xmm0,%xmm0
  24:   c3  retq   
  25:   0f 1f 44 00 00  nopl   0x0(%rax,%rax,1)
  2a:   66 0f 1f 44 00 00   nopw   0x0(%rax,%rax,1)


compilation step details
c++ -O2 -std=gnu++0x -c -v assocMath.cpp
Using built-in specs.
COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/LCG/work/gcc-4.5.0_20100409/configure
--prefix=/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt
--with-mpfr=/afs/cern.ch/sw/lcg/external/mpfr/2.4.2/x86_64-slc5-gcc43-opt
--with-gmp=/afs/cern.ch/sw/lcg/external/gmp/4.3.2/x86_64-slc5-gcc43-opt
--with-mpc=/afs/cern.ch/sw/lcg/external/mpc/0.8.1/x86_64-slc5-gcc43-opt
--enable-lto
--with-libelf=/afs/cern.ch/sw/lcg/external/libelf/0.8.13/x86_64-slc5-gcc43-opt
--with-ppl=/afs/cern.ch/sw/lcg/external/ppl/0.10.2/x86_64-slc5-gcc43-opt
--with-cloog=/afs/cern.ch/sw/lcg/external/cloog-ppl/0.15.7/x86_64-slc5-gcc43-opt
--enable-languages=c,c++,fortran --disable-werror
Thread model: posix
gcc version 4.6.0 20100408 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-O2' '-std=gnu++0x' '-c' '-v' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-quiet -v -D_GNU_SOURCE assocMath.cpp -quiet -dumpbase assocMath.cpp
-mtune=generic -march=x86-64 -auxbase assocMath -O2 -std=gnu++0x -version -o
/tmp/innocent/ccQs7YW8.s
GNU C++ (GCC) version 4.6.0 20100408 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100408 (experimental), GMP version
4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-unknown-linux-gnu

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward
 /usr/local/include
 /afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/include

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include

/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed
 /usr/include
End of search list.
GNU C++ (GCC) version 4.6.0 20100408 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100408 (experimental), GMP version
4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: c599e68b8adba71320a274af3bca4ed6
COLLECT_GCC_OPTIONS='-O2' '-std=gnu++0x' '-c' '-v' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'
 as -V -Qy --64 -o assocMath.o /tmp/innocent/ccQs7YW8.s
GNU assembler version 2.17.50.0.6-12.el5 (x86_64-redhat-linux) using BFD
version 2.17.50.0.6-12.el5 20061020
COMPILER_PATH=/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/libexec/gcc/x86_64-unknown-linux-gnu/:/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86_64-unknown-linux-gnu/
LIBRARY_PATH=/afs/cern.ch/sw/lcg/contrib/gcc/4.5.0_20100409/x86_64-slc5-gcc43-opt/lib/gcc/x86

[Bug libgomp/43706] scheduling two threads on one core leads to starvation

2010-09-05 Thread solar-gcc at openwall dot com



--- Comment #22 from solar-gcc at openwall dot com  2010-09-05 11:37 ---
(In reply to comment #20)
> Maybe we could agree on a compromise for a start.  Alexander, what are the
> corresponding results for GOMP_SPINCOUNT=10?

Unfortunately, I no longer have access to the dual-X5550 system, and I did not
try other values for this parameter when I was benchmarking that system.  On
systems that I do currently have access to, the slowdown from
GOMP_SPINCOUNT=1 was typically no more than 10% (and most of the time there
was either no effect or substantial speedup).  I can try 10 on those,
although it'd be difficult to tell the difference from 1 because of the
changing load.  I'll plan on doing this next time I run this sort of
benchmarks.


-- 


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

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

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #1 from rguenth at gcc dot gnu dot org  2010-09-05 11:43 ---
I can't see any of those on x86_64-linux, neither with -m32 nor with -m64.


-- 


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread paolo dot carlini at oracle dot com



--- Comment #1 from paolo dot carlini at oracle dot com  2010-09-05 12:42 
---
There is nothing to fix here, see:

  http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug debug/45531] -fcompare-debug failure with -fvar-tracking-uninit, codegen differences

2010-09-05 Thread aoliva at gcc dot gnu dot org



--- Comment #2 from aoliva at gcc dot gnu dot org  2010-09-05 13:02 ---
Testing a patch to ignore debug insns in fixup_reorder_chain.


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-05 13:02:26
   date||


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

[Bug c++/45541] Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread viriketo at gmail dot com



--- Comment #3 from viriketo at gmail dot com  2010-09-05 13:02 ---
Yes OOM killed cc1plus, but maybe it is g++ taking far too much memory?

[157723.444000] cc1plus invoked oom-killer: gfp_mask=0x200da, order=0,
oom_adj=0
[157723.444000] Call Trace:
[157723.444000] [] dump_stack+0x8/0x40
[157723.444000] [] dump_header.clone.13+0x70/0x198
[157723.444000] [] oom_kill_process.clone.14+0x8c/0x130
[157723.444000] [] __out_of_memory+0x144/0x228
[157723.444000] [] out_of_memory+0x6c/0x128
[157723.444000] [] __alloc_pages_nodemask+0x5f4/0x608
[157723.444000] [] handle_mm_fault+0x94c/0xce0
[157723.444000] [] do_page_fault+0x194/0x328
[157723.444000] [] ret_from_exception+0x0/0x10
[157723.444000]  
[157723.444000] Mem-Info:
[157723.444000] Normal per-cpu:
[157723.444000] CPU0: hi:   42, btch:   7 usd:  29
[157723.444000] active_anon:46147 inactive_anon:15397 isolated_anon:0
[157723.444000]  active_file:12 inactive_file:2 isolated_file:0
[157723.444000]  unevictable:739 dirty:0 writeback:0 unstable:0
[157723.444000]  free:359 slab_reclaimable:213 slab_unreclaimable:1083
[157723.444000]  mapped:5 shmem:0 pagetables:163 bounce:0
[157723.444000] Normal free:5744kB min:5776kB low:7216kB high:8656kB
active_anon:738352kB inactive_anon:246352kB active_file:192kB
inactive_file:32kB unevictable:11824kB isolated(anon):0kB isolated(file):0kB
present:2086400kB mlocked:0kB dirty:0kB writeback:0kB mapped:80kB shmem:0kB
slab_reclaimable:3408kB slab_unreclaimable:17328kB kernel_stack:2320kB
pagetables:2608kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:102
all_unreclaimable? yes
[157723.444000] lowmem_reserve[]: 0 0
[157723.444000] Normal: 359*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
0*2048kB 0*4096kB 0*8192kB 0*16384kB = 5744kB
[157723.444000] 3692 total pagecache pages
[157723.444000] 2939 pages in swap cache
[157723.444000] Swap cache stats: add 32538, delete 29599, find 0/0
[157723.444000] Free swap  = 0kB
[157723.444000] Total swap = 520608kB
[157723.46] 65536 pages RAM
[157723.46] 921 pages reserved
[157723.46] 48 pages shared
[157723.46] 64196 pages non-shared
[157723.46] Out of memory: kill process 31075 (g++) score 44376 or a child
[157723.46] Killed process 31076 (cc1plus) vsz:1411216kB,
anon-rss:932624kB, file-rss:64kB


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #2 from dominiq at lps dot ens dot fr  2010-09-05 13:08 ---
> I can't see any of those on x86_64-linux, neither with -m32 nor with -m64.

See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00410.html .


-- 


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread vincenzo dot innocente at cern dot ch



--- Comment #2 from vincenzo dot innocente at cern dot ch  2010-09-05 13:09 
---
Subject: Re:  std::pow(float) converts to double when compiled with
-std=gnu++0x

  Ciao Paolo,
On 5 Sep, 2010, at 2:42 PM, paolo dot carlini at oracle dot com wrote:

> 
> 
> --- Comment #1 from paolo dot carlini at oracle dot com  2010-09-05 12:42 
> ---
> There is nothing to fix here, see:
> 
>  http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550
> 
> 
1) this is VERY unfortunate

2)
and then why
std::exp(float) invokes expf? (a well as all other transcendental and
trigonometric functions that invoke xyzf)
also
std::sqrt converts to sqrtss  
?

is this not a bit inconsistent?

  vincenzo



> -- 
> 
> paolo dot carlini at oracle dot com changed:
> 
>   What|Removed |Added
> 
> Status|UNCONFIRMED |RESOLVED
> Resolution||INVALID
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45542
> 
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.


-- 


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

[Bug c++/45541] Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #4 from rguenth at gcc dot gnu dot org  2010-09-05 13:43 ---
Nobody can say without a testcase.  So please attach preprocessed source.


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #3 from dominiq at lps dot ens dot fr  2010-09-05 13:44 ---
I also get the same ICE on powerpc-apple-darwin9 at revision 163836:

[karma] f90/bug% /opt/gcc/gcc4.6w/bin/gcc -O3
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c: In function
'main1':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c:41:1:
internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031

and gcc/testsuite/gcc.dg/vect/vect-multitypes-4.c (see also r163798 passes
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00273.html and r163836 fails
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00313.html ).


-- 


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

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

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #4 from rguenth at gcc dot gnu dot org  2010-09-05 13:45 ---
That doesn't help me to reproduce the issue.  Please provide output of
appending
-v to the compiler command-line (this must be reproducable on x86_64 with
appropriate flags).


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #5 from dominiq at lps dot ens dot fr  2010-09-05 13:58 ---
> Please provide output of appending -v to the compiler command-line

The configure options 
[macbook] gcc/p_build% gfcp -v
Using built-in specs.
COLLECT_GCC=gfcp
COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p
--mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info
--build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10
--target=x86_64-apple-darwin10 --enable-languages=c,lto,fortran
--with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64
--enable-checking=release --with-quad=/opt/sw64 --disable-decimal-float
Thread model: posix
gcc version 4.6.0 20100903 (experimental) [trunk revision 163800p1] (GCC) 

works, building revision 163820.

The other configure options can be found in the links in comment #2 and #3.


-- 


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

[Bug testsuite/45543] New: [4.6 Regression] New test failures

2010-09-05 Thread hjl dot tools at gmail dot com

On Linux/x86, revision 163868 gave

FAIL: g++.dg/debug/dwarf2/typedef1.C scan-assembler-times DIE \\([^\n]*\\)
DW_TAG_enumeration_type 2
FAIL: gcc.target/i386/pr22152.c scan-assembler-times movq[ \\t]+[^\n]*%mm 1

Revision 163862 is OK. It may be caused by revision 163868:

http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00159.html


-- 
   Summary: [4.6 Regression] New test failures
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
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=45543

[Bug testsuite/45543] [4.6 Regression] New test failures

2010-09-05 Thread hjl dot tools at gmail dot com



-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


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

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

2010-09-05 Thread rguenth at gcc dot gnu dot org



--- Comment #6 from rguenth at gcc dot gnu dot org  2010-09-05 14:01 ---
(In reply to comment #5)
> > Please provide output of appending -v to the compiler command-line
> 
> The configure options 
> [macbook] gcc/p_build% gfcp -v
> Using built-in specs.
> COLLECT_GCC=gfcp
> COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper
> Target: x86_64-apple-darwin10
> Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p
> --mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info
> --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10
> --target=x86_64-apple-darwin10 --enable-languages=c,lto,fortran
> --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib
> --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
> --with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64
> --enable-checking=release --with-quad=/opt/sw64 --disable-decimal-float
> Thread model: posix
> gcc version 4.6.0 20100903 (experimental) [trunk revision 163800p1] (GCC) 
> 
> works, building revision 163820.
> 
> The other configure options can be found in the links in comment #2 and #3.

-v for one failing testcase - I want to see what standard -march/tune
your config uses.


-- 


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

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

2010-09-05 Thread iains at gcc dot gnu dot org



--- Comment #7 from iains at gcc dot gnu dot org  2010-09-05 14:24 ---
(In reply to comment #6)
> (In reply to comment #5)

> -v for one failing testcase - I want to see what standard -march/tune
> your config uses.

we default to generic 
(FWIW, the same fail occurs also for me on i686-darwin9 with -mtune=core2).

$  /GCC/gcc-4-6-reghunt-build/gcc/xgcc -B/GCC/gcc-4-6-reghunt-build/gcc/
/GCC/gcc-4-6-reghunt/libgomp/testsuite/libgomp.fortran/appendix-a/a.16.1.f90 
-B/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/
-B/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/.libs
-I/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp
-I/GCC/gcc-4-6-reghunt/libgomp/testsuite/.. -shared-libgcc -fmessage-length=0
-fopenmp  -Os  
-B/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/../libgfortran/.libs
  -L/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/.libs -lgomp
-L/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/../libgfortran/.libs
-lgfortran -lm   -m64 -o ./a.16.1.exe -v
Reading specs from /GCC/gcc-4-6-reghunt-build/gcc/specs
COLLECT_GCC=/GCC/gcc-4-6-reghunt-build/gcc/xgcc
COLLECT_LTO_WRAPPER=/GCC/gcc-4-6-reghunt-build/gcc/lto-wrapper
Target: i686-apple-darwin9
Configured with: ../gcc-4-6-reghunt/configure --prefix=/GCC/tobjc
--target=i686-apple-darwin9 --host=i686-apple-darwin9
--build=i686-apple-darwin9 --enable-version-specific-runtime-libs
--enable-threads --enable-checking=yes --program-suffix=-4.6rh
--with-libiconv-prefix=/usr --with-system-zlib --enable-languages=c,fortran
CC=gcc-4.2 CXX=g++-4.2
Thread model: posix
gcc version 4.6.0 20100905 (experimental) [trunk revision 163877] (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8' '-B'
'/GCC/gcc-4-6-reghunt-build/gcc/' '-B'
'/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/' '-B'
'/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/.libs' '-I'
'/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp' '-I'
'/GCC/gcc-4-6-reghunt/libgomp/testsuite/..' '-shared-libgcc'
'-fmessage-length=0' '-fopenmp' '-Os' '-B'
'/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/../libgfortran/.libs'
'-L/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/.libs'
'-L/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp/../libgfortran/.libs'
'-m64' '-o' './a.16.1.exe' '-v' '-mtune=generic'
 /GCC/gcc-4-6-reghunt-build/gcc/f951
/GCC/gcc-4-6-reghunt/libgomp/testsuite/libgomp.fortran/appendix-a/a.16.1.f90 -I
/GCC/gcc-4-6-reghunt-build/i686-apple-darwin9/x86_64/libgomp -I
/GCC/gcc-4-6-reghunt/libgomp/testsuite/.. -fPIC -quiet -dumpbase a.16.1.f90
-mmacosx-version-min=10.5.8 -m64 -mtune=generic -auxbase a.16.1 -Os -version
-fmessage-length=0 -fopenmp -fintrinsic-modules-path finclude -o
/var/folders/OW/OW-PGOtgHbKakssxFpJpkU++-0E/-Tmp-//cc74lrzb.s
GNU Fortran (GCC) version 4.6.0 20100905 (experimental) [trunk revision 163877]
(i686-apple-darwin9)
    compiled by GNU C version 4.6.0 20100905 (experimental) [trunk revision
163877], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.6.0 20100905 (experimental) [trunk revision 163877]
(i686-apple-darwin9)
compiled by GNU C version 4.6.0 20100905 (experimental) [trunk revision
163877], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
/GCC/gcc-4-6-reghunt/libgomp/testsuite/libgomp.fortran/appendix-a/a.16.1.f90:
In function a16:
/GCC/gcc-4-6-reghunt/libgomp/testsuite/libgomp.fortran/appendix-a/a.16.1.f90:26:0:
internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1040
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #8 from dominiq at lps dot ens dot fr  2010-09-05 14:30 ---
The ICEs appeared between 163800 (working) and 163820 (ICE).


-- 


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

[Bug c++/45544] New: ICE: in sese_adjust_liveout_phis, at sese.c:633

2010-09-05 Thread shannemann at gmail dot com

Hi,

Compiling libtorrent-0.12.6 using "-fgraphite-identity" ends up with an ICE.
Disabling that flag "fixes" the problem. The bail-out message is at the bottom
of this report. The same compilation with exactly the same flags performed on
host/target/build triplet x86_64-pc-linux-gnu does not show that error and
compiles fine.

I am no regular submitter for bug reports and no expert with gcc.
If you need more info please tell, I'll try to provide it.
For now I leave it with the .cc file and the .ii file.


/bin/sh ../../libtool --tag=CXX   --mode=compile i686-pc-linux-gnu-g++
-DHAVE_CONFIG_H -I. -I../.. -I. -I./.. -I../..   -v -save-temps -march=native
-O2 -pipe -floop-interchange -floop-strip-mine -floop-block -fgraphite-identity
-fvisibility-inlines-hidden -DNDEBUG -fvisibility=hidden  
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include   -c -o dht_router.lo
dht_router.cc
libtool: compile:  i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I. -I./..
-I../.. -v -save-temps -march=native -O2 -pipe -floop-interchange
-floop-strip-mine -floop-block -fgraphite-identity -fvisibility-inlines-hidden
-DNDEBUG -fvisibility=hidden -I/usr/include/sigc++-2.0
-I/usr/lib/sigc++-2.0/include -c dht_router.cc  -fPIC -DPIC -o
.libs/dht_router.o
i686-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
Using built-in specs.
COLLECT_GCC=/usr/i686-pc-linux-gnu/gcc-bin/4.5.1/i686-pc-linux-gnu-g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-linux-gnu/4.5.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.5.1/work/gcc-4.5.1/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.5.1
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.5.1
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.5.1/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.5.1/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--disable-fixed-point --with-ppl --with-cloog --disable-lto --enable-nls
--without-included-gettext --with-system-zlib --disable-werror
--enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp
--enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/i686-pc-linux-gnu/4.5.1/python
--enable-checking=release --disable-libgcj --with-arch=i686
--enable-languages=c,c++,fortran --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.5.1 p1.0,
pie-0.4.5'
Thread model: posix
gcc version 4.5.1 (Gentoo 4.5.1 p1.0, pie-0.4.5) 
COLLECT_GCC_OPTIONS='-DHAVE_CONFIG_H' '-I.' '-I../..' '-I.' '-I./..' '-I../..'
'-v' '-save-temps'  '-O2' '-pipe' '-floop-interchange' '-floop-strip-mine'
'-floop-block' '-fgraphite-identity' '-fvisibility-inlines-hidden' '-DNDEBUG'
'-fvisibility=hidden' '-I/usr/include/sigc++-2.0'
'-I/usr/lib/sigc++-2.0/include' '-c' '-fPIC' '-DPIC' '-o' '.libs/dht_router.o'
'-shared-libgcc'
 /usr/libexec/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -E -quiet -v -I. -I../.. -I.
-I./.. -I../.. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include
-D_GNU_SOURCE -DHAVE_CONFIG_H -DNDEBUG -DPIC dht_router.cc -D_FORTIFY_SOURCE=2
-march=pentium-m --param l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=2048 -mtune=generic -floop-interchange -floop-strip-mine
-floop-block -fgraphite-identity -fvisibility-inlines-hidden
-fvisibility=hidden -fPIC -O2 -fpch-preprocess -o dht_router.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../i686-pc-linux-gnu/include"
ignoring duplicate directory "."
ignoring duplicate directory "../.."
#include "..." search starts here:
#include <...> search starts here:
 .
 ../..
 ./..
 /usr/include/sigc++-2.0
 /usr/lib/sigc++-2.0/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include/g++-v4
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include/g++-v4/i686-pc-linux-gnu
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include/g++-v4/backward
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-DHAVE_CONFIG_H' '-I.' '-I../..' '-I.' '-I./..' '-I../..'
'-v' '-save-temps'  '-O2' '-pipe' '-floop-interchange' '-floop-strip-mine'
'-floop-block' '-fgraphite-identity' '-fvisibility-inlines-hidden' '-DNDEBUG'
'-fvisibility=hidden' '-I/usr/include/sigc++-2.0'
'-I/usr/lib/sigc++-2.0/include' '-c' '-fPIC' '-DPIC' '-o' '.libs/dht_router.o'
'-shared-libgcc'
 /usr/libexec/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -fpreprocessed dht_router.ii
-march=pentium-m --param l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=2048 -mtune=generic -quiet -dumpbase dht_router.cc -auxbase-strip
.libs/dht_router.o -O2 -version -floop-interchange -floop-strip-mine
-floop-block -fgraphite-identity -fvisibility-inlines-hidden
-fvisibili

[Bug c++/45544] ICE: in sese_adjust_liveout_phis, at sese.c:633

2010-09-05 Thread shannemann at gmail dot com



--- Comment #1 from shannemann at gmail dot com  2010-09-05 14:52 ---
Created an attachment (id=21702)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21702&action=view)
the culprit source file


-- 


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

[Bug c++/45544] ICE: in sese_adjust_liveout_phis, at sese.c:633

2010-09-05 Thread shannemann at gmail dot com



--- Comment #2 from shannemann at gmail dot com  2010-09-05 14:54 ---
Created an attachment (id=21703)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21703&action=view)
sorry... the ii was too big, so it comes gzip'ed.


-- 


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

[Bug testsuite/45545] New: [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90

2010-09-05 Thread hp at gcc dot gnu dot org

+++ This bug was initially created as a clone of Bug #45266 +++

On Linux/x86-64, revision 163191 gave

FAIL: gfortran.dg/array_memcpy_3.f90  -O  scan-tree-dump-times original
"memcpy|(ref-all.*ref-all)" 2
FAIL: gfortran.dg/array_memcpy_3.f90  -O  scan-tree-dump-times original
"memcpy|(ref-all.*ref-all)" 2

Revision 163187 is OK. This may be caused by revision 163189:

http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00400.html

Linux/ia32 doesn't have this regression.

 but:
The fix is wrong for ref-all-matching targets where the test started to fail
after PR 45266 was fixed.  Fix to be committed immediately.


-- 
   Summary: [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
 BugsThisDependsOn: 45266


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

[Bug testsuite/45545] [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90

2010-09-05 Thread hp at gcc dot gnu dot org

--- Comment #1 from hp at gcc dot gnu dot org  2010-09-05 15:04 ---
Subject: Bug 45545

Author: hp
Date: Sun Sep  5 15:04:20 2010
New Revision: 163878

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163878
Log:
PR testsuite/45545
* gfortran.dg/array_memcpy_3.f90: Correct pattern for
ref-all-matching targets.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/array_memcpy_3.f90

-- 

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

[Bug c++/45544] ICE: in sese_adjust_liveout_phis, at sese.c:633

2010-09-05 Thread shannemann at gmail dot com



--- Comment #3 from shannemann at gmail dot com  2010-09-05 15:05 ---
Created an attachment (id=21704)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21704&action=view)
the previous ii file was not the right one.


-- 

shannemann at gmail dot com changed:

   What|Removed |Added

  Attachment #21703|0   |1
is obsolete||


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

[Bug testsuite/45545] [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90

2010-09-05 Thread hp at gcc dot gnu dot org



--- Comment #2 from hp at gcc dot gnu dot org  2010-09-05 15:15 ---
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00394.html


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread paolo dot carlini at oracle dot com



--- Comment #3 from paolo dot carlini at oracle dot com  2010-09-05 15:36 
---
The issue affects only mixed mode arithmetic (thus, functions taking at least
two arguments), and in that case, as Howard explained, C++0x does what Fortran
and C do. In any case, we are implementing correctly the FCD, for sure.


-- 


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

[Bug c/45546] New: Incorrect Comments

2010-09-05 Thread mandeepgrang dot 1234 at gmail dot com

In gcc-4.6.0

cgraph.c:

- /* Return local info for the compiled function.  */
+ /* Return global info for the compiled function.  */

struct cgraph_global_info *
cgraph_global_info (tree decl)
{
  struct cgraph_node *node;

  gcc_assert (TREE_CODE (decl) == FUNCTION_DECL && cgraph_global_info_ready);
  node = cgraph_node (decl);
  return &node->global;
}

- /* Return local info for the compiled function.  */
+ /* Return rtl info for the compiled function.  */

struct cgraph_rtl_info *
cgraph_rtl_info (tree decl)
{
  struct cgraph_node *node;

  gcc_assert (TREE_CODE (decl) == FUNCTION_DECL);
  node = cgraph_node (decl);
  if (decl != current_function_decl
  && !TREE_ASM_WRITTEN (node->decl))
return NULL;
  return &node->rtl;
}


-- 
   Summary: Incorrect Comments
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mandeepgrang dot 1234 at gmail dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug target/45547] New: [4.6 regression] Various DFP-related testsuite build failures due to missing symbols

2010-09-05 Thread gerald at pfeifer dot com

Between September 2nd   
  http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00197.html   
and September 3rd   
  http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00282.html   
DFP support broke quite a bit on FreeBSD.   

Failures happen at link time.  The following is a typical example for   
FAIL: g++.dg/compat/decimal/pass-1 cp_compat_x_tst.o-cp_compat_y_tst.o link 

Executing on host:
/usr/nabil-files/pfeifer/OBJ-0905-0148/gcc/testsuite/g++/../../g++
-B/usr/nabil-files/pfeifer/OBJ-0905-0148/gcc/testsuite/g++/../../
cp_compat_main_tst.o cp_compat_x_tst.o cp_compat_y_tst.o  -nostdinc++
-I/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/libstdc++-v3/include/i386-unknown-freebsd8.1
-I/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/libstdc++-v3/include
-I/usr/test/gcc/libstdc++-v3/libsupc++
-I/usr/test/gcc/libstdc++-v3/include/backward
-I/usr/test/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 
-L/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/./libstdc++-v3/src/.libs

-B/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/./libstdc++-v3/src/.libs

-L/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/./libstdc++-v3/src/.libs
-L/usr/nabil-files/pfeifer/OBJ-0905-0148/i386-unknown-freebsd8.1/./libiberty 
-lm   -o g++-dg-compat-decimal-pass-1-01.exe(timeout = 300)
cp_compat_x_tst.o(.text+0x15): In function `checkd32(decimal32, decimal32)':
: undefined reference to `__dpd_addsd3' 
cp_compat_x_tst.o(.text+0x24): In function `checkd32(decimal32, decimal32)':
: undefined reference to `__dpd_nesd2'  
cp_compat_x_tst.o(.text+0xbbb): In function `checkd64(decimal64, decimal64)':   
: undefined reference to `__dpd_a3' 
cp_compat_x_tst.o(.text+0xbd5): In function `checkd64(decimal64, decimal64)':   
: undefined reference to `__dpd_nedd2'
:


-- 
   Summary: [4.6 regression] Various DFP-related testsuite build
failures due to missing symbols
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
  GCC host triplet: x86_64-unknown-freebsd8.1


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

[Bug rtl-optimization/44919] ICE on ia64 with -O3 at sel-sched.c:4672

2010-09-05 Thread joachim dot reichel at gmx dot de



--- Comment #7 from joachim dot reichel at gmx dot de  2010-09-05 15:55 
---
Any progress with the copyright assignment?


-- 


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

[Bug target/45547] [4.6 regression] Various DFP-related testsuite build failures due to missing symbols

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #1 from hjl dot tools at gmail dot com  2010-09-05 15:58 ---


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


-- 

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

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

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #35 from hjl dot tools at gmail dot com  2010-09-05 15:58 
---
*** Bug 45547 has been marked as a duplicate of this bug. ***


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread paolo dot carlini at oracle dot com



--- Comment #4 from paolo dot carlini at oracle dot com  2010-09-05 16:15 
---
By the way, if a function taking a single argument is passed and integer, the
return type is double, not float or long double and one can see that the
underlying mechanism is the same. All in all, I agreed with the resolution
suggested by Howard, at the time, and frankly I don't thick the DR should be
re-opened. CERN should send somebody to the ISO Meetings, like Fermilab does...


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #9 from dominiq at lps dot ens dot fr  2010-09-05 16:15 ---
The ICEs are due to revision 163802.


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #10 from dominiq at lps dot ens dot fr  2010-09-05 16:26 ---
Apparently this pr does not show up for i686-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ).


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #11 from dominiq at lps dot ens dot fr  2010-09-05 16:28 ---
The ICEs in comment #3 also show up for powerpc64-unknown-linux-gnu (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00417.html ).


-- 


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

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

2010-09-05 Thread iains at gcc dot gnu dot org



--- Comment #12 from iains at gcc dot gnu dot org  2010-09-05 16:46 ---
(In reply to comment #10)
> Apparently this pr does not show up for i686-apple-darwin9 (see
> http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ).

it does at m64 see c#7


-- 


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

[Bug c++/45548] New: Add with carry - missed optimization

2010-09-05 Thread tmartsum at gmail dot com

This is very related to this bug (43892):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892

There are many ways to try to add with carry - and difficult to catch them all.
I really 'tried to think like a compiler' when I wrote the following
(C++ Intel 32bit code) code:
(not even strict correctly c++. It won't work with AMD64 - since long long is
64 bit - just like unsigned long - and __int128 isn't quite there yet).

// Data structures:
struct Skew1Even
{
  unsigned long long data; // This could be an array 
  unsigned long unused;
};

struct Skew2Odd
{
  unsigned long unused;
  unsigned long long data;  // This could be an array
};

struct ULongLongLong
{
  union
  {
unsigned long m_data[3];
Skew1 m_rep1;
Skew2 m_rep2;
  };
  ULongLongLong()
  {
m_data[0]=0;
m_data[1]=0;
m_data[2]=0;
  }
//  void print() {  std::cout << m_data[0] << "," << m_data[1] << "," << //
m_data[2] << "\n";}
  void addtest(const ULongLongLong &b); // operator += 
};

The addtest is the important part:
void ULongLongLong::addtest(const ULongLongLong &b)
{
//  if (this==&b) // removed to make the example easier
//doTimes2();
  m_rep1.data+=b.m_data[0];
  m_rep2.data+=b.m_data[1];
  m_data[2]+=b.m_data[2];
}

The main point in my code is also in the compiled code (but not used by the
compiler). What I hoped to happen was that gcc saw that adding 0 with carry
'quickly' followed by a normal add would be the same as just the last add (but)
with carry.

I however only get the code:
.globl _ZN13ULongLongLong7addtestERKS_
.type   _ZN13ULongLongLong7addtestERKS_, @function
_ZN13ULongLongLong7addtestERKS_:
.LFB964:
.cfi_startproc
.cfi_personality 0x0,__gxx_personality_v0
pushl   %ebp
.cfi_def_cfa_offset 8
movl%esp, %ebp
.cfi_offset 5, -8
.cfi_def_cfa_register 5
movl12(%ebp), %edx
movl8(%ebp), %eax
pushl   %ebx
xorl%ebx, %ebx
.cfi_offset 3, -12
movl(%edx), %ecx
addl%ecx, (%eax)
adcl%ebx, 4(%eax)
xorl%ebx, %ebx
movl4(%edx), %ecx
addl%ecx, 4(%eax)
adcl%ebx, 8(%eax)
movl8(%edx), %edx
addl%edx, 8(%eax)
popl%ebx
popl%ebp
ret
.cfi_endproc

What I wanted was this code:
globl _ZN13ULongLongLong7addtestERKS_
.type   _ZN13ULongLongLong7addtestERKS_, @function
_ZN13ULongLongLong7addtestERKS_:
.LFB1001:
.cfi_startproc
.cfi_personality 0x0,__gxx_personality_v0
pushl   %ebp
.cfi_def_cfa_offset 8
movl%esp, %ebp
.cfi_offset 5, -8
.cfi_def_cfa_register 5
movl12(%ebp), %edx
movl8(%ebp), %eax
/*  pushl   %ebx */  /* not needed anymore - we don't use it */
/*  xorl%ebx, %ebx   No need to reset ebx */
.cfi_offset 3, -12
movl(%edx), %ecx
addl%ecx, (%eax)
/*  adcl%ebx, 4(%eax)   */
/*  xorl%ebx, %ebx Why do it at all - ebx was already 0 !?*/
movl4(%edx), %ecx
adcl%ecx, 4(%eax) /* modified addl to adcl */
/*  adcl%ebx, 8(%eax)  */
movl8(%edx), %edx
adcl%edx, 8(%eax)  /* modified addl to adcl */
/*  popl%ebx */
popl%ebp
ret
.cfi_endproc

However - the code I want is:
Note: It seems like adding could be replaced with subtraction.

It may still be better to make carry work a bit more in general - and I
understand that this might be a won't fix - especially if you provide a clear
way to add with carry in general.

However this might just be a much easier peephole(-like) optimization.

PS: Thanks for a really great compiler.


-- 
   Summary: Add with carry - missed optimization
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tmartsum at gmail dot com


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

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

2010-09-05 Thread burnus at gcc dot gnu dot org

--- Comment #14 from burnus at gcc dot gnu dot org  2010-09-05 18:10 ---
Subject: Bug 45186

Author: burnus
Date: Sun Sep  5 18:10:11 2010
New Revision: 163879

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

PR fortran/45186
* trans-intrinsic.c (gfc_conv_intrinsic_sign,
gfc_conv_intrinsic_leadz): Use build_call_expr_loc instead
of build_call_expr.
* trans-expr.c (gfc_conv_expr_present, gfc_conv_missing_dummy,
gfc_conv_string_length, gfc_conv_substring,
gfc_conv_component_ref, gfc_conv_unary_op, gfc_conv_powi,
gfc_conv_cst_int_power, gfc_conv_string_tmp, gfc_conv_concat_op,
gfc_conv_expr_op, gfc_build_compare_string,
gfc_set_interface_mapping_bounds, gfc_conv_subref_array_arg,
gfc_conv_derived_to_class, conv_isocbinding_procedure,
gfc_conv_procedure_call, fill_with_spaces,
gfc_trans_string_copy, gfc_trans_alloc_subarray_assign,
gfc_trans_structure_assign, gfc_trans_pointer_assignment,
gfc_trans_scalar_assign, gfc_trans_zero_assign,
gfc_trans_array_copy, gfc_trans_array_constructor_copy): Change
fold_build[0-9] to fold_build[0-9]_loc.
* trans-io.c (set_parameter_const, set_parameter_value,
set_parameter_ref, gfc_convert_array_to_string, set_string,
set_internal_unit, io_result, set_error_locus,
nml_get_addr_expr, build_dt): Ditto.
* trans-openmp.c (gfc_omp_clause_default_ctor,
gfc_omp_clause_copy_ctor, gfc_omp_clause_assign_op,
gfc_trans_omp_array_reduction, gfc_trans_omp_atomic,
gfc_trans_omp_do): Ditto.
* trans.c (gfc_add_modify, gfc_build_addr_expr,
gfc_build_array_ref, gfc_trans_runtime_error_vararg,
gfc_trans_runtime_check, gfc_call_malloc,
gfc_allocate_with_status, gfc_allocate_array_with_status,
gfc_call_free, gfc_deallocate_with_status,
gfc_call_realloc): Ditto.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/convert.c
trunk/gcc/fortran/f95-lang.c
trunk/gcc/fortran/trans-intrinsic.c

-- 

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

[Bug fortran/25096] Non-conforming shapes of DATA object and data

2010-09-05 Thread bdavis at gcc dot gnu dot org



--- Comment #3 from bdavis at gcc dot gnu dot org  2010-09-05 18:56 ---
just a question. why is this illegal ?

it takes 8 values to initialize...

--bud


-- 


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

[Bug fortran/45532] gfortran namelist read error

2010-09-05 Thread jvdelisle at gcc dot gnu dot org



--- Comment #2 from jvdelisle at gcc dot gnu dot org  2010-09-05 19:27 
---
I will have a go at this.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-09-04 07:35:23 |2010-09-05 19:27:55
   date||


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread vincenzo dot innocente at cern dot ch



--- Comment #5 from vincenzo dot innocente at cern dot ch  2010-09-05 19:55 
---
Subject: Re:  std::pow(float) converts to double when compiled with
-std=gnu++0x


On 5 Sep, 2010, at 6:15 PM, paolo dot carlini at oracle dot com wrote:

> 
> 
> --- Comment #4 from paolo dot carlini at oracle dot com  2010-09-05 16:15 
> ---
> By the way, if a function taking a single argument is passed and integer, the
> return type is double, not float or long double and one can see that the
> underlying mechanism is the same. All in all, I agreed with the resolution
> suggested by Howard, at the time, and frankly I don't thick the DR should be
> re-opened. CERN should send somebody to the ISO Meetings, like Fermilab does

After reading the standard a couple of times,
I fully agree that gcc implements the standard as written including the last
resolution
to remove std::(T,int) (this last bit escaped my first reading)

I've discovered that std::pow(float,float) (called for instance as
std::pow(x,2.f))
behaves as "I" expect.

The fact that CERN is not represented in ISO is an old story (we are NOT
affiliated to any national committee)
and we rely on Fermilab representatives.

In any case this seems to be a C99 issue and my understanding is that C++ never
overrules C.

The conclusion is that we will have now to recommend to use pow(float,float)
not pow(float, int)
if float behavior is desired


  vincenzo

> 


-- 


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

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

2010-09-05 Thread marc dot glisse at normalesup dot org

Hello,

after bug 40497, an is_iterator machinery was added to restrict the C++0x
prototypes of std::next and std::prev.

An alternative solution seems to be to use this same machinery in the
definition of iterator_traits so that when a class T is not a pointer and does
not provide iterator_category (and possibly the 4 other types),
iterator_traits is empty (instead of containing 5 broken typedefs). This way
iterator_traits can work with sfinae. It allows reverting the prototypes of
next and prev to the standard ones. It is also more or less what Howard
recommends (see
http://groups.google.com/group/comp.lang.c++/browse_thread/thread/54b1537c08997e10/5006b7e443ef0c62
).

Now, this would incidentally let code with user-defined distance functions work
as people expect, which has been argued against strongly in the past by Gaby
(but then his arguments would likely forbid the resolution of bug 40497).

What is your current opinion on this?


-- 
   Summary: merge is_iterator into iterator_traits
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marc dot glisse at normalesup dot org


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

2010-09-05 Thread aoliva at gcc dot gnu dot org



--- Comment #4 from aoliva at gcc dot gnu dot org  2010-09-05 20:44 ---
When I first tried to make sel-sched work with VTA, we didn't create
dependencies of non-debug insns on debug insns.  Now we do.  Other schedulers
know that these deps don't prevent insn movement, just signal the need for
resetting debug insns.  sel-sched doesn't know how to deal with that yet,
that's why it fails more noisily now.  Looking into it, but no promises.


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-05 20:44:31
   date||


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

[Bug middle-end/45550] New: [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread gerald at pfeifer dot com

This happens when building current Wine sources with today's GCC:

% /files/pfeifer/gcc/bin/gcc -c -O1 winefile.i
winefile.c: In function 'is_exe_file':
winefile.c:2953:13: internal compiler error: in fold_convert_loc, at
fold-const.c:1899
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.6 regression] internal compiler error: in
fold_convert_loc, at fold-const.c:1899
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
  GCC host triplet: i386-unknown-freebsd8.1


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

[Bug c++/45541] Internal error (killed) building webkit svn 65398 (loongson2f)

2010-09-05 Thread viriketo at gmail dot com



--- Comment #5 from viriketo at gmail dot com  2010-09-05 21:09 ---
Created an attachment (id=21705)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21705&action=view)
Preprocessed source causing the trouble

I attach the preprocessed file that triggers the problem. In this case, it
ended in Segmentation Fault, when using the preprocessed file. Maybe sometimes
the OOM kills, sometimes it segfaults. In any case, I have not seen monitoring
with 'top' a memory usage beyond 150MB. 

Here is the command line triggering the trouble:
g++ -Wall -W -Wcast-align -Wchar-subscripts -Wreturn-type -Wformat
-Wformat-security -Wno-format-y2k -Wundef -Wmissing-format-attribute
-Wpointer-arith -Wwrite-strings -Wno-unused-parameter -Wno-parentheses
-fno-exceptions -fvisibility=hidden -fvisibility-inlines-hidden -fno-rtti
-fno-strict-aliasing -pthread -O2 -c -fPIC -c file.i


-- 


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

[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread gerald at pfeifer dot com



--- Comment #1 from gerald at pfeifer dot com  2010-09-05 21:10 ---
Created an attachment (id=21706)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21706&action=view)
Testcase

Note: this has been introduced in the last four days or so from what I can see.


-- 


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

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

2010-09-05 Thread dominiq at lps dot ens dot fr



--- Comment #36 from dominiq at lps dot ens dot fr  2010-09-05 21:39 ---
I confirm that the patch in comment #28 fixes this pr. However using the tip in
comment #22, I get

[macbook] gcc/p_build% grep -r decimal_ */config.log
gcc/config.log:enable_decimal_float='dpd'
libdecnumber/config.log:enable_decimal_float='dpd'
prev-gcc/config.log:enable_decimal_float='dpd'
prev-libdecnumber/config.log:enable_decimal_float='dpd'
stage1-gcc/config.log:enable_decimal_float='dpd'
stage1-libdecnumber/config.log:enable_decimal_float='dpd'

Is there a better way to know if decimal_float has been installed or not?


-- 


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

[Bug target/45548] Add with carry - missed optimization on x86

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2010-09-05 22:15 ---
Confirmed. zero_extendsidi2_32 and  adddi3_doubleword are being split too late.
 Which causes no optimizations to happen on those two things.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2010-09-05 22:15:50
   date||
Summary|Add with carry - missed |Add with carry - missed
   |optimization|optimization on x86


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

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

2010-09-05 Thread paolo dot carlini at oracle dot com



--- Comment #1 from paolo dot carlini at oracle dot com  2010-09-05 22:22 
---
(In reply to comment #0)
> An alternative solution seems to be to use this same machinery in the
> definition of iterator_traits so that when a class T is not a pointer and does
> not provide iterator_category (and possibly the 4 other types),
> iterator_traits is empty (instead of containing 5 broken typedefs).

I don't think I can work on this very soon, and I also believe that
__is_iterator can be useful anyway, maybe Jon has more tho say (or do) in this
area... Anyway, are you sure that, given the current wording in C++0x, such
iterator_traits is strictly conforming?


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

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


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

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

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #37 from hjl dot tools at gmail dot com  2010-09-05 22:27 
---
(In reply to comment #36)
> I confirm that the patch in comment #28 fixes this pr. However using the tip 
> in
> comment #22, I get
> 
> [macbook] gcc/p_build% grep -r decimal_ */config.log
> gcc/config.log:enable_decimal_float='dpd'
> libdecnumber/config.log:enable_decimal_float='dpd'
> prev-gcc/config.log:enable_decimal_float='dpd'
> prev-libdecnumber/config.log:enable_decimal_float='dpd'
> stage1-gcc/config.log:enable_decimal_float='dpd'
> stage1-libdecnumber/config.log:enable_decimal_float='dpd'
> 

This how DFP is implemented.


-- 


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

[Bug c++/45542] std::pow(float) converts to double when compiled with -std=gnu++0x

2010-09-05 Thread paolo dot carlini at oracle dot com



--- Comment #6 from paolo dot carlini at oracle dot com  2010-09-05 23:01 
---
Ok... We can discuss these issues in better detail when we met. Well, remember
that this is Free Software, thus, if you are unsure about a behavior, just open
the header in an editor and look inside it: isn't only allowed, is encouraged!


-- 


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

[Bug fortran/45367] FAIL: gfortran.dg/bessel_6.f90 and gfortran.dg/bessel_7.f90

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #7 from hjl dot tools at gmail dot com  2010-09-06 00:18 ---
Fixed as of revision 163884.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug java/45504] [4.6 Regression] Failed to bootstrap

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #7 from hjl dot tools at gmail dot com  2010-09-06 00:19 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/45545] [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90

2010-09-05 Thread hp at gcc dot gnu dot org



-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


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

[Bug middle-end/45251] [4.6 Regression] Java testsuite regressions on hppa-linux

2010-09-05 Thread danglin at gcc dot gnu dot org



--- Comment #1 from danglin at gcc dot gnu dot org  2010-09-06 00:46 ---
These failures were introduced in revision 162943:

Author: rguenth
Date: Fri Aug  6 11:47:31 2010
New Revision: 162943

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

* tree-ssa-ccp.c (struct prop_value_d): Add mask member.


-- 


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

[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #2 from hjl dot tools at gmail dot com  2010-09-06 01:28 ---
It is caused by revision 163831:

http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00122.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||marbacz at gmail dot com


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

[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread hjl dot tools at gmail dot com



-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   GCC host triplet|i386-unknown-freebsd8.1 |
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 01:28:39
   date||
   Target Milestone|--- |4.6.0


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

[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #3 from hjl dot tools at gmail dot com  2010-09-06 01:39 ---
It is very odd. Revision 163831 shouldn't change anything.


-- 


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

[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899

2010-09-05 Thread hjl dot tools at gmail dot com



--- Comment #4 from hjl dot tools at gmail dot com  2010-09-06 01:45 ---
It is caused by revision 163861:

http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00152.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC|marbacz at gmail dot com|


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

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

2010-09-05 Thread hp at gcc dot gnu dot org

With revision 163380 this test passed.
>From revision 163383 and on, this test has failed as follows:

Running /tmp/regressn1-383/gcc/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/990326-1.c execution,  -O2
FAIL: gcc.c-torture/execute/990326-1.c execution,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/990326-1.c execution,  -O3 -g
FAIL: gcc.c-torture/execute/990326-1.c execution,  -Os
FAIL: gcc.c-torture/execute/990326-1.c execution,  -O2 -flto
FAIL: gcc.c-torture/execute/990326-1.c execution,  -O2 -fwhopr

With the message in the logfile showing that abort was called.
RTL dumps show that the misoptimizing is done in the combine pass.
A simplified version of gcc.c-torture/execute/990326-1.c exposing the
miscompilation will be attached.

Author of the suspect patch CC:ed.


-- 
   Summary: [4.6 Regression]: gcc.c-torture/execute/990326-1.c
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf


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

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

2010-09-05 Thread hp at gcc dot gnu dot org



--- Comment #1 from hp at gcc dot gnu dot org  2010-09-06 02:02 ---
Created an attachment (id=21707)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21707&action=view)
Simplified gcc.c-torture/execute/990326-1.c

See the combine dump at e.g. -O2.  I haven't disected the miscompilation, but
at a glance it looks like the subregness is not handled properly.


-- 


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

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

2010-09-05 Thread pinskia at gcc dot gnu dot org



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.6.0


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

[Bug tree-optimization/45552] New: [graphite] ICE in sese_loop_depth, at sese.h:172

2010-09-05 Thread tolkiendili at gmail dot com

This error happens while building xscreensaver 5.11 at gentoo, using gentoo's
gcc 4.5.1:

x86_64-pc-linux-gnu-gcc -c -I. -I. -I./../../utils -I./.. -I../..  -pthread
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng14 -I/usr/include/libxml2 -I/usr/include/libglade-2.0  
-pthread -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include   -DSTANDALONE -DUSE_GL -DHAVE_CONFIG_H
-march=native -O2 -pipe -fgraphite-identity -floop-interchange
-floop-strip-mine -floop-block -ftree-loop-distribution -I/usr/include
glcells.c
glcells.c: In function create_list.clone.0:
glcells.c:846:12: internal compiler error: in sese_loop_depth, at sese.h:172

Gentoo applies those patches:

http://distfiles.gentoo.org/distfiles/gcc-4.5.1-patches-1.0.tar.bz2

(But they seem unrelated)


Following the bug guidelines I made a minimal test case:

(x64) red tmp # x86_64-pc-linux-gnu-gcc -O2 -fgraphite-identity
-ftree-loop-distribution glcells.i -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.1/x86_64-pc-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.5.1/work/gcc-4.5.1/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.1
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.1
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.1/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.1/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--disable-fixed-point --with-ppl --with-cloog --enable-lto --enable-nls
--without-included-gettext --with-system-zlib --disable-werror
--enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp
--enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.5.1/python
--enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.5.1 p1.0, pie-0.4.5'
Thread model: posix
gcc version 4.5.1 (Gentoo 4.5.1 p1.0, pie-0.4.5) 
COLLECT_GCC_OPTIONS='-O2' '-fgraphite-identity' '-ftree-loop-distribution' '-v'
'-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.1/cc1 -fpreprocessed glcells.i -quiet
-dumpbase glcells.i -mtune=generic -march=x86-64 -auxbase glcells -O2 -version
-fgraphite-identity -ftree-loop-distribution -o /tmp/ccby2wxc.s
GNU C (Gentoo 4.5.1 p1.0, pie-0.4.5) version 4.5.1 (x86_64-pc-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.3.2, MPFR version
2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C (Gentoo 4.5.1 p1.0, pie-0.4.5) version 4.5.1 (x86_64-pc-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.3.2, MPFR version
2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: c718f41cef5edae99a78fff10723b0bf
glcells.c: In function create_list.clone.0:
glcells.c:846:12: internal compiler error: in sese_loop_depth, at sese.h:172
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [graphite] ICE in sese_loop_depth, at sese.h:172
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tolkiendili at gmail dot com
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug tree-optimization/45552] [graphite] ICE in sese_loop_depth, at sese.h:172

2010-09-05 Thread tolkiendili at gmail dot com



--- Comment #1 from tolkiendili at gmail dot com  2010-09-06 04:36 ---
Created an attachment (id=21708)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21708&action=view)
preprocessed file


-- 


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

[Bug c++/45553] New: Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread noloader at gmail dot com

Hi All,

A way to suppress the warning generated from the following would be a welcome
addition. A solution was proposed in [1], but I'd like a cleaner approach. I
believe suppressing the warning for a template parameter is the cleanest way to
dispose of the warning.

template< class T >
SomeClass::SomeFunc(const T& t)
{
   // warning: comparison of unsigned expression < 0 is always false
   if(t < 0)
   {
   ...
   }
}

[1] http://gcc.gnu.org/ml/gcc-help/2010-08/msg00284.html


-- 
   Summary: Warning Suppression: C++ Templates, Unsigned, and
"comparison of unsigned expression < 0 is always false"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: noloader at gmail dot com


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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2010-09-06 05:24 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/11856] unsigned warning in template

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #29 from pinskia at gcc dot gnu dot org  2010-09-06 05:24 
---
*** Bug 45553 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||noloader at gmail dot com


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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread noloader at gmail dot com



--- Comment #2 from noloader at gmail dot com  2010-09-06 05:35 ---
(In reply to comment #1)
> 
> *** This bug has been marked as a duplicate of 11856 ***
> 
Thanks Andrew. For the record, I don't really consider it a bug - its closer to
undesired behavior when working with generics/templates and the way the parts
mesh.


-- 

noloader at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #3 from pinskia at gcc dot gnu dot org  2010-09-06 05:39 ---
It is still a dup of bug 11856.  Note the use of bug here is really dealing
with how do you describe all issues (enhancements or otherwise).  The use is
not saying it is a "software bug" in the normal sense.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/11856] unsigned warning in template

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #30 from pinskia at gcc dot gnu dot org  2010-09-06 05:39 
---
*** Bug 45553 has been marked as a duplicate of this bug. ***


-- 


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

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

2010-09-05 Thread burnus at gcc dot gnu dot org

--- Comment #11 from burnus at gcc dot gnu dot org  2010-09-06 05:55 ---
Subject: Bug 38282

Author: burnus
Date: Mon Sep  6 05:55:10 2010
New Revision: 163898

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

PR fortran/38282
* intrinsic.c (add_functions): Support IALL, IANY, IPARITY.
(check_specific): Special case for those intrinsics.
* gfortran.h (gfc_isym_id): Add new intrinsics
* intrinsic.h (gfc_check_transf_bit_intrins,
gfc_simplify_iall, gfc_simplify_iany, gfc_simplify_iparity,
gfc_resolve_iall, gfc_resolve_iany, gfc_resolve_iparity):
New prototypes.
* iresolve.c (gfc_resolve_iall, gfc_resolve_iany,
gfc_resolve_iparity, resolve_transformational): New functions.
(gfc_resolve_product, gfc_resolve_sum,
gfc_resolve_parity): Use resolve_transformational.
* check.c (gfc_check_transf_bit_intrins): New function.
* simplify.c (gfc_simplify_iall, gfc_simplify_iany,
gfc_simplify_iparity, do_bit_any, do_bit_ior,
do_bit_xor, simplify_transformation): New functions.
(gfc_simplify_all, gfc_simplify_any, gfc_simplify_parity,
gfc_simplify_sum, gfc_simplify_product): Use simplify_transformation.
* trans-intrinsic.c (gfc_conv_intrinsic_arith,
gfc_conv_intrinsic_function, gfc_is_intrinsic_libcall):
Handle IALL, IANY and IPARITY intrinsics.   
* intrinsic.texi (IMAGE_INDEX): Move up to fix alphabetic
order.
(IALL, IANY, IPARITY): Document new intrinsics.

2010-09-06  Tobias Burnus  

PR fortran/38282
* gfortran.dg/iall_iany_iparity_1.f90: New.
* gfortran.dg/iall_iany_iparity_2.f90: New.

2010-09-06  Tobias Burnus  

PR fortran/38282
* gfortran.map: Add new iany, iall and iparity intrinsics.
* Makefile.am: Ditto.
* m4/iany.m4: New.
* m4/iall.m4: New.
* m4/iparity.m4: New.
* Makefile.in: Regenerate.
* generated/iall_i1.c: Generate.
* generated/iall_i2.c: Generate.
* generated/iall_i4.c: Generate.
* generated/iall_i8.c: Generate.
* generated/iall_i16.c: Generate.
* generated/iany_i1.c: Generate.
* generated/iany_i2.c: Generate.
* generated/iany_i4.c: Generate.
* generated/iany_i8.c: Generate.
* generated/iany_i16.c: Generate.
* generated/iparity_i1.c: Generate.
* generated/iparity_i2.c: Generate.
* generated/iparity_i4.c: Generate.
* generated/iparity_i8.c: Generate.
* generated/iparity_i16.c: Generate.

Added:
trunk/gcc/testsuite/gfortran.dg/iall_iany_iparity_1.f90
trunk/gcc/testsuite/gfortran.dg/iall_iany_iparity_2.f90
trunk/libgfortran/generated/iall_i1.c
trunk/libgfortran/generated/iall_i16.c
trunk/libgfortran/generated/iall_i2.c
trunk/libgfortran/generated/iall_i4.c
trunk/libgfortran/generated/iall_i8.c
trunk/libgfortran/generated/iany_i1.c
trunk/libgfortran/generated/iany_i16.c
trunk/libgfortran/generated/iany_i2.c
trunk/libgfortran/generated/iany_i4.c
trunk/libgfortran/generated/iany_i8.c
trunk/libgfortran/generated/iparity_i1.c
trunk/libgfortran/generated/iparity_i16.c
trunk/libgfortran/generated/iparity_i2.c
trunk/libgfortran/generated/iparity_i4.c
trunk/libgfortran/generated/iparity_i8.c
trunk/libgfortran/m4/iall.m4
trunk/libgfortran/m4/iany.m4
trunk/libgfortran/m4/iparity.m4
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/check.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/intrinsic.h
trunk/gcc/fortran/intrinsic.texi
trunk/gcc/fortran/iresolve.c
trunk/gcc/fortran/simplify.c
trunk/gcc/fortran/trans-intrinsic.c
trunk/gcc/testsuite/ChangeLog
trunk/libgfortran/ChangeLog
trunk/libgfortran/Makefile.am
trunk/libgfortran/Makefile.in
trunk/libgfortran/gfortran.map

-- 

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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread jakub at gcc dot gnu dot org



--- Comment #4 from jakub at gcc dot gnu dot org  2010-09-06 06:33 ---
In G++ 4.6+ you can do:
int i;
unsigned j;

template 
void
bar (const T& t)
{
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wtype-limits"
  if (t < 0)
#pragma GCC diagnostic pop
{
  i++;
}
}

void foo (void)
{
  bar (i);
  bar (j);
}


-- 


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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread noloader at gmail dot com



--- Comment #5 from noloader at gmail dot com  2010-09-06 06:45 ---
(In reply to comment #4)
> In G++ 4.6+ you can do:
> int i;
> unsigned j;
> 
> template 
> void
> bar (const T& t)
> {
> #pragma GCC diagnostic push
> #pragma GCC diagnostic ignored "-Wtype-limits"
>   if (t < 0)
> #pragma GCC diagnostic pop
> {
>   i++;
> }
> }
> 
> void foo (void)
> {
>   bar (i);
>   bar (j);
> }
> 
Thanks Jakub.

All those #pragmas look like MS code. I thought Stallman hated those things (I
seem to recall #pragma once being the source of a lot of in-house bickering).
Did he get over ruled by committee?


-- 


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

[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and "comparison of unsigned expression < 0 is always false"

2010-09-05 Thread pinskia at gcc dot gnu dot org



--- Comment #6 from pinskia at gcc dot gnu dot org  2010-09-06 06:48 ---
>I thought Stallman hated those things

The reason why Stallman hated them is that they did not work with macros and
that changed with C99 adding support of  _Pragma which can be used in macros
now.  So his argument against Pragma went away when that come in.


-- 


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

79 matches

Mail list logo