[Bug target/56875] vax target miscompiles short negative constants for 64bit values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875 Martin Husemann martin at netbsd dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Martin Husemann martin at netbsd dot org --- fixed on trunk
[Bug c++/54367] [meta-bug] lambda expressions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 55914, which changed state. Bug 55914 Summary: [C++11] Pack expansion fails in lambda expressions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55914 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug c++/55914] [C++11] Pack expansion fails in lambda expressions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55914 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.9.0 Resolution|--- |FIXED --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com --- Fixed for 4.9.0 by the patch which fixed c++/41933.
[Bug target/58489] New: ICE: in reload_cse_simplify_operands, at postreload.c:411
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58489 Bug ID: 58489 Summary: ICE: in reload_cse_simplify_operands, at postreload.c:411 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: timo.teras at iki dot fi Created attachment 30876 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30876action=edit preprocessed source triggering the issue $ armv6-alpine-linux-muslgnueabihf-gcc -v Using built-in specs. COLLECT_GCC=armv6-alpine-linux-muslgnueabihf-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/armv6-alpine-linux-muslgnueabihf/4.8.1/lto-wrapper Target: armv6-alpine-linux-muslgnueabihf Configured with: /home/tteras/aports/main/gcc/src/gcc-4.8.1/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --build=i486-alpine-linux-uclibc --host=i486-alpine-linux-uclibc --target=armv6-alpine-linux-muslgnueabihf --with-pkgversion='Alpine 4.8.1' --enable-checking=release --disable-fixed-point --disable-libstdcxx-pch --disable-multilib --disable-nls --disable-werror --disable-symvers --enable-__cxa_atexit --enable-esp --enable-cloog-backend --enable-languages=c,c++,ada --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-libquadmath --disable-libssp --disable-libmudflap --disable-libsanitizer --disable-bootstrap --enable-clocale=gnu --with-sysroot=/home/tteras/alpine-sysroot/armv6-alpine-linux-muslgnueabihf/ --enable-shared --enable-threads --enable-tls --disable-libgomp --disable-libatomic --disable-libitm --with-system-zlib Thread model: posix gcc version 4.8.1 (Alpine 4.8.1) armv6-alpine-linux-muslgnueabihf-gcc -Wp,-MD,networking/libiproute/.ipaddress.o.d --sysroot=/home/tteras/alpine-sysroot/armv6-alpine-linux-muslgnueabihf/ -march=armv6 -mfpu=vfp -mhard-float -Os -fomit-frame-pointer -pipe -fPIC -std=gnu99 -Iinclude -Ilibbb -Iinclude2 -I/home/tteras/aports/main/busybox/src/busybox-1.21.1/include -I/home/tteras/aports/main/busybox/src/busybox-1.21.1/libbb -include include/autoconf.h -D_GNU_SOURCE -DNDEBUG -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DBB_VER=KBUILD_STR(1.21.1) -DBB_BT=AUTOCONF_TIMESTAMP -I/home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute -Inetworking/libiproute -Wall -Wshadow -Wwrite-strings -Wundef -Wstrict-prototypes -Wunused -Wunused-parameter -Wunused-function -Wunused-value -Wmissing-prototypes -Wmissing-declarations -Wno-format-security -Wdeclaration-after-statement -Wold-style-definition -fno-builtin-strlen -finline-limit=0 -fomit-frame-pointer -ffunction-sections -fdata-sections -fno-guess-branch-probability -funsigned-char -static-libgcc -falign-functions=1 -falign-jumps=1 -falign-labels=1 -falign-loops=1 -fno-unwind-tables -fno-asynchronous-unwind-tables -Os -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(ipaddress) -DKBUILD_MODNAME=KBUILD_STR(ipaddress) -c -o networking/libiproute/ipaddress.o /home/tteras/aports/main/busybox/src/busybox-1.21.1/ networking/libiproute/ipaddress.c In file included from /home/tteras/aports/main/busybox/src/busybox-1.21.1/include/libbb.h:40:0, from /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ip_common.h:5, from /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ipaddress.c:15: /home/tteras/alpine-sysroot/armv6-alpine-linux-muslgnueabihf/usr/include/sys/poll.h:1:2: warning: #warning redirect ing incorrect #include sys/poll.h to poll.h [-Wcpp] #warning redirecting incorrect #include sys/poll.h to poll.h ^ /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ipaddress.c: In function 'ipaddr_list_or_flush': /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ipaddress.c:589:1: error: insn does not satisfy its constraints: } ^ (insn 1333 491 499 36 (set (reg:QI 0 r0) (reg:QI 13 sp)) /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ipaddress.c:494 198 {*arm_movqi_insn} (nil)) /home/tteras/aports/main/busybox/src/busybox-1.21.1/networking/libiproute/ipaddress.c:589:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:411 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The same code compiles with same gcc if targetting -march=armv7-a -mfpu=vfpv3. Bug is reproduced with gcc-4.8.1 and gcc-linaro-4.8-2013.09.
[Bug tree-optimization/58456] FAIL: gcc.dg/tree-ssa/slsr-39.c scan-tree-dump-times slsr MEM 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58456 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- I have signaled the failure at http://gcc.gnu.org/ml/gcc-patches/2013-09/msg01317.html and got the following answer Thanks for reporting, I think this can be fixed by patch: http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00761.html
[Bug fortran/57697] [OOP] Segfault with defined assignment for components during intrinsic assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57697 --- Comment #14 from Dominique d'Humieres dominiq at lps dot ens.fr --- (In reply to Dominique d'Humieres from comment #11) The test gfortran.dg/defined_assignment_11.f90 fails on x86_64-apple-darwin10: This is due to some patch I have in my working tree: the test passes for clean trees (w/wo --enable-checking=release), see http://gcc.gnu.org/ml/gcc-testresults/2013-09/msg01613.html I'll try to figure out which one of the several patches I have applied is responsible for the failure.
[Bug c/58490] New: __sync_bool_compare_and_swap sign bit failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58490 Bug ID: 58490 Summary: __sync_bool_compare_and_swap sign bit failure Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: erikvanderwerf at gmail dot com The following lines cause an assertion failure on my arm device: unsigned short int x=0x8000; unsigned short int y=1; // or any other number char success = __sync_bool_compare_and_swap(x, x, y); assert( success ); // ok assert( (x==y) ); // this fails when the highest bit in x is set Using signed short int with negative numbers produces the same error. Using older versions of gcc (e.g., 4.6) or when compiling for x86 it runs without problems. I compiled using 'arm-linux-gnueabi-gcc-4.7 -Wall -static'. Here are some details: arm-linux-gnueabi-gcc-4.7 --version arm-linux-gnueabi-gcc-4.7 (Debian 4.7.2-4) 4.7.2
[Bug target/58491] New: FAIL: ext/random/normal_mv_distribution/cons/default.cc (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58491 Bug ID: 58491 Summary: FAIL: ext/random/normal_mv_distribution/cons/default.cc (test for excess errors) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Host: hppa64-hp-hpux* Target: hppa64-hp-hpux* Build: hppa64-hp-hpux* Created attachment 30877 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30877action=edit Preprocessed source spawn /test/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc -B/test/gnu/gcc/objdir/./gcc -nostdinc++ -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs -L/test/gnu/gcc/objd ir/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++/.libs -B/opt/gnu64/gcc/gcc-4.9/hpp a64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.9/hppa64-hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.9/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc- 4.9/hppa64-hp-hpux11.11/sys-include -B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -g -O2 -DLOCALEDIR=. -nostdinc++ -I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/test/gnu/gcc/gcc/libstdc++-v3/include/backward -I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util /test/gnu/gcc/gcc/libstdc++-v3/testsuite/ext/random/normal_mv_distribution/cons/default.cc -std=c++0x ./libtestc++.a -lm -o ./default.exe /test/gnu/gcc/gcc/libstdc++-v3/testsuite/ext/random/normal_mv_distribution/cons/default.cc: In constructor '__gnu_cxx::normal_mv_distribution_Dimen, _RealType::param_type::param_type() [with long unsigned int _Dimen = 2ul; _RealType = double]': /test/gnu/gcc/gcc/libstdc++-v3/testsuite/ext/random/normal_mv_distribution/cons/default.cc:49:1: internal compiler error: in build_polynomial_chrec, at tree-chrec.h:148 } ^ libbacktrace could not find executable to open /test/gnu/gcc/objdir/./gcc/cc1plus -fpreprocessed default.ii -quiet -dumpbase d efault.cc -auxbase default -g -g -O2 -O2 -std=c++11 -version -fmessage-length=0 -ffunction-sections -fdata-sections -o default.s
[Bug tree-optimization/58491] FAIL: ext/random/normal_mv_distribution/cons/default.cc (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58491 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Component|target |tree-optimization --- Comment #1 from John David Anglin danglin at gcc dot gnu.org --- Breakpoint 1, build_polynomial_chrec (loop_num=1, left=0x83fffdad94e0, right=0x83fffddc0640) at ../../gcc/gcc/tree-chrec.h:148 148gcc_assert (TREE_TYPE (left) == TREE_TYPE (right)); (gdb) list 143 144 /* Types of left and right sides of a chrec should be compatible. */ 145 if (POINTER_TYPE_P (TREE_TYPE (left))) 146gcc_assert (ptrofftype_p (TREE_TYPE (right))); 147 else 148gcc_assert (TREE_TYPE (left) == TREE_TYPE (right)); 149 150 if (chrec_zerop (right)) 151return left; 152 (gdb) p debug_tree (left) integer_cst 83fffdad94e0 type integer_type 83fffddcf7e0 long unsigned int constant 16 $1 = void (gdb) p debug_tree (right) integer_cst 83fffddc0640 type integer_type 83fffddcf000 sizetype constant 8 $2 = void (gdb) bt #0 build_polynomial_chrec (loop_num=1, left=0x83fffdad94e0, right=0x83fffddc0640) at ../../gcc/gcc/tree-chrec.h:148 #1 0x4174c804 in chrec_fold_plus_1 (code=PLUS_EXPR, type=0x83fffddcf7e0, op0=0x83fffbec1540, op1=0x83fffd422c60) at ../../gcc/gcc/tree-chrec.c:290 #2 0x4174c804 in chrec_fold_plus_1 (code=PLUS_EXPR, type=0x83fffddcf7e0, op0=0x83fffbec1540, op1=0x83fffd422c60) at ../../gcc/gcc/tree-chrec.c:290 I believe long unsigned int and sizetype are compatilble.
[Bug tree-optimization/58491] FAIL: ext/random/normal_mv_distribution/cons/default.cc (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58491 --- Comment #2 from John David Anglin danglin at gcc dot gnu.org --- Similar fails: FAIL: ext/random/normal_mv_distribution/cons/parms.cc (test for excess errors) FAIL: ext/random/normal_mv_distribution/cons/parms.cc (test for excess errors) FAIL: ext/random/normal_mv_distribution/operators/equal.cc (test for excess errors) FAIL: ext/random/normal_mv_distribution/operators/inequal.cc (test for excess errors) FAIL: ext/random/normal_mv_distribution/operators/serialize.cc (test for excess errors) FAIL: ext/random/normal_mv_distribution/requirements/explicit_instantiation/1.cc (test for excess errors)
[Bug tree-optimization/58492] New: ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58492 Bug ID: 58492 Summary: ICE: verify_flow_info failed Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: antoine.balestrat at gmail dot com Hello ! The following testcase makes GCC 4.9.0 as of 20130921 crash. $ cat vfi.c void f(int p, short q) { f(0, 0); } $ xgcc -O3 -fipa-pta vfi.c vfi.c: In function ‘f’: vfi.c:1:6: error: control flow in the middle of basic block 2 void f(int p, short q) ^ vfi.c:1:6: internal compiler error: verify_flow_info failed 0x617352 verify_flow_info() ../../srcdir/gcc/cfghooks.c:260 0x958d3a cleanup_tree_cfg_noloop ../../srcdir/gcc/tree-cfgcleanup.c:696 0x958d3a cleanup_tree_cfg() ../../srcdir/gcc/tree-cfgcleanup.c:745 0x87f724 execute_function_todo ../../srcdir/gcc/passes.c:1791 0x87fe17 execute_todo ../../srcdir/gcc/passes.c:1866 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions.
[Bug libfortran/58015] FAIL: gfortran.dg/round_4.f90: Unsatisfied symbol nextafterl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015 --- Comment #1 from John David Anglin danglin at gcc dot gnu.org --- Causes following fails: FAIL: gfortran.dg/round_4.f90 -O0 (test for excess errors) FAIL: gfortran.dg/round_4.f90 -O0 execution test FAIL: gfortran.dg/round_4.f90 -O1 (test for excess errors) FAIL: gfortran.dg/round_4.f90 -O1 execution test FAIL: gfortran.dg/round_4.f90 -O2 (test for excess errors) FAIL: gfortran.dg/round_4.f90 -O2 execution test FAIL: gfortran.dg/round_4.f90 -O3 -fomit-frame-pointer (test for excess errors ) FAIL: gfortran.dg/round_4.f90 -O3 -fomit-frame-pointer execution test FAIL: gfortran.dg/round_4.f90 -O3 -fomit-frame-pointer -funroll-loops (test fo r excess errors) FAIL: gfortran.dg/round_4.f90 -O3 -fomit-frame-pointer -funroll-loops executio n test FAIL: gfortran.dg/round_4.f90 -O3 -fomit-frame-pointer -funroll-all-loops -finl ine-functions (test for excess errors) FAIL: gfortran.dg/round_4.f90 -O3 -g (test for excess errors) FAIL: gfortran.dg/round_4.f90 -O3 -g execution test FAIL: gfortran.dg/round_4.f90 -Os (test for excess errors) FAIL: gfortran.dg/round_4.f90 -Os execution test
[Bug libfortran/58015] FAIL: gfortran.dg/round_4.f90: Unsatisfied symbol nextafterl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- Is this PR different from pr58113 beside the missing nextafterl on hppa64-hp-hpux11.11?
[Bug rtl-optimization/58493] New: loop is not correctly optimized with O3 and AVX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58493 Bug ID: 58493 Summary: loop is not correctly optimized with O3 and AVX Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: vgrebinski at gmail dot com Host: Debian 3.9.6-1 x86_64 GNU/Linux; Intel(R) Xeon(R) CPU E5-2687W Target: amd64/sandy bridge The following example (simplified from a proprietary numerical quant library issue) shows that AVX loop optimizer mis-compiles code below with both gcc-4.8.1 and gcc-4.7.3 : the first eight weights[2*i+1] values are wrong. Happens only when AVX instructions are available (i.e. -O3 -mavx). Does not happen with O2 or sse2. The fact that points[] and weights[] assignments are interleaved is important (no bug otherwise). Obviously, example has to be run on a system that supports AVX. / start #include iostream #include vector using namespace std; void omb(size_t n, vectordouble points, vectordouble weights) { points.resize(n); weights.resize(n); for(int i=0;in/2;i++) { points[2*i] = .7; weights[2*i]= 5.; points[2*i+1] = -.7; weights[2*i+1]=weights[2*i]; // mis-comiled } } int main() { vectordouble p,w; omb(18, p, w); for(size_t i=0; i!= p.size(); ++i) cout i= i p= p[i] w= w[i] endl; } /// end With gcc-4.7.3: g++-4.7 --version g++-4.7 -O3 -mavx bug.cc ./a.out g++-4.7 (Debian 4.7.3-6) 4.7.3 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. i= 0 p= 0.7 w= 5 i= 1 p= -0.7 w= 0 ## BUG, should be 5 i= 2 p= 0.7 w= 5 i= 3 p= -0.7 w= 0 ## BUG i= 4 p= 0.7 w= 5 i= 5 p= -0.7 w= 0 ## BUG i= 6 p= 0.7 w= 5 i= 7 p= -0.7 w= 0 ## BUG i= 8 p= 0.7 w= 5 i= 9 p= -0.7 w= 0 ## BUG i= 10 p= 0.7 w= 5 i= 11 p= -0.7 w= 0 ## BUG i= 12 p= 0.7 w= 5 i= 13 p= -0.7 w= 0 ## BUG i= 14 p= 0.7 w= 5 i= 15 p= -0.7 w= 0 ## BUG i= 16 p= 0.7 w= 5 i= 17 p= -0.7 w= 5 ## right value With gcc-4.8: g++-4.8 --version g++-4.8 -O3 -mavx bug.cc ./a.out g++-4.8 (Debian 4.8.1-10) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. i= 0 p= 0.7 w= 5 i= 1 p= -0.7 w= 0 # BUG, as well as the next 7 odd-numbered entries i= 2 p= 0.7 w= 5 i= 3 p= -0.7 w= 0 i= 4 p= 0.7 w= 5 i= 5 p= -0.7 w= 0 i= 6 p= 0.7 w= 5 i= 7 p= -0.7 w= 0 i= 8 p= 0.7 w= 5 i= 9 p= -0.7 w= 0 i= 10 p= 0.7 w= 5 i= 11 p= -0.7 w= 0 i= 12 p= 0.7 w= 5 i= 13 p= -0.7 w= 0 i= 14 p= 0.7 w= 5 i= 15 p= -0.7 w= 0 i= 16 p= 0.7 w= 5 i= 17 p= -0.7 w= 5 Same, but SSE2, not AVX: initialized correctly. g++-4.8 --version g++-4.8 -O3 -msse2 bug.cc ./a.out g++-4.8 (Debian 4.8.1-10) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. i= 0 p= 0.7 w= 5 i= 1 p= -0.7 w= 5 # OK i= 2 p= 0.7 w= 5 i= 3 p= -0.7 w= 5 i= 4 p= 0.7 w= 5 i= 5 p= -0.7 w= 5 i= 6 p= 0.7 w= 5 i= 7 p= -0.7 w= 5 i= 8 p= 0.7 w= 5 i= 9 p= -0.7 w= 5 i= 10 p= 0.7 w= 5 i= 11 p= -0.7 w= 5 i= 12 p= 0.7 w= 5 i= 13 p= -0.7 w= 5 i= 14 p= 0.7 w= 5 i= 15 p= -0.7 w= 5 i= 16 p= 0.7 w= 5 i= 17 p= -0.7 w= 5 Now gcc-4.6 AVX : no bug g++-4.6 --version g++-4.6 -O3 -mavx bug.cc ./a.out g++-4.6 (Debian 4.6.4-4) 4.6.4 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. i= 0 p= 0.7 w= 5 i= 1 p= -0.7 w= 5 # OK i= 2 p= 0.7 w= 5 i= 3 p= -0.7 w= 5 i= 4 p= 0.7 w= 5 i= 5 p= -0.7 w= 5 i= 6 p= 0.7 w= 5 i= 7 p= -0.7 w= 5 i= 8 p= 0.7 w= 5 i= 9 p= -0.7 w= 5 i= 10 p= 0.7 w= 5 i= 11 p= -0.7 w= 5 i= 12 p= 0.7 w= 5 i= 13 p= -0.7 w= 5 i= 14 p= 0.7 w= 5 i= 15 p= -0.7 w= 5 i= 16 p= 0.7 w= 5 i= 17 p= -0.7 w= 5 Regards, Vladimir
[Bug libgomp/58482] gomp4: user defined reduction produce wrong result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58482 --- Comment #4 from vincenzo Innocente vincenzo.innocente at cern dot ch --- I see. I have several use cases in which the reduction requires the access to two variables (minloc for instance: the minimum and its location) btw tried omp parallel for simd got ICE c++ -std=c++11 ured_omp4.cpp -O -ftree-vectorizer-verbose=1 -fopenmp ured_omp4.cpp: In function ‘TwoInt sum(const int*, int)’: ured_omp4.cpp:38:63: internal compiler error: Segmentation fault: 11 #pragma omp parallel for simd aligned(q: 16) reduction(foo:s) ^ ured_omp4.cpp:38:63: internal compiler error: Abort trap: 6 c++: internal compiler error: Abort trap: 6 (program cc1plus) Abort trap: 6
[Bug tree-optimization/58494] New: ICE (verify_ssa failed)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58494 Bug ID: 58494 Summary: ICE (verify_ssa failed) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ishiura-compiler at ml dot kwansei.ac.jp Target: x86_64-pc-linux-gnu GCC 4.9.0 ICEs on the following code. (x86_64) $ cat test.c int g0 = 1; long g1 = 0; int main (void) { int x0 = 1; int x1 = 1; int a = g0 != 1; /* a = 0 */ int t = x0 - g1; /* t = 1 */ int b = x1 t; /* b = 1 */ int c = a b; /* c = 0 */ int s = g0 * 1; /* s = 1 */ int d = s 1; /* d = 1 */ int e = c d; /* e = 0 */ if (e != 0) __builtin_abort(); return 0; } $ x86_64-unknown-linux-gnu-gcc-4.9.0 test.c -O1 test.c: In function 'main': test.c:4:5: error: definition in block 2 follows the use int main (void) ^ for SSA_NAME: _16 in statement: c_10 = _16 1; test.c:4:5: internal compiler error: verify_ssa failed 0xaa4779 verify_ssa(bool) /home/hassy/gcc/gcc/tree-ssa.c:1046 0x87f3c1 execute_function_todo /home/hassy/gcc/gcc/passes.c:1834 0x87fb17 execute_todo /home/hassy/gcc/gcc/passes.c:1866 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. $ x86_64-unknown-linux-gnu-gcc-4.9.0 -v Using built-in specs. COLLECT_GCC=x86_64-unknown-linux-gnu-gcc-4.9.0 COLLECT_LTO_WRAPPER=/usr/local/x86_64-tools/gcc-4.9.0/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/hassy/gcc/configure --prefix=/usr/local/x86_64-tools/gcc-4.9.0/ --with-gmp=/usr/local/gmp-5.1.1/ --with-mpfr=/usr/local/mpfr-3.1.2/ --with-mpc=/usr/local/mpc-1.0.1/ --disable-multilib --disable-nls --enable-languages=c Thread model: posix gcc version 4.9.0 20130919 (experimental) (GCC)
[Bug libfortran/58015] FAIL: gfortran.dg/round_4.f90: Unsatisfied symbol nextafterl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015 --- Comment #3 from dave.anglin at bell dot net --- On 21-Sep-13, at 11:13 AM, dominiq at lps dot ens.fr wrote: Is this PR different from pr58113 beside the missing nextafterl on hppa64-hp-hpux11.11? Don't know. It looks like libquadmath has nextafter, so it may be possible to fix this. Dave -- John David Anglindave.ang...@bell.net
[Bug tree-optimization/58491] FAIL: ext/random/normal_mv_distribution/cons/default.cc (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58491 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- I suspect this is just PR58473.
[Bug c++/58495] New: member function template all of class template yield 'expected primary-expression'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58495 Bug ID: 58495 Summary: member function template all of class template yield 'expected primary-expression' Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: imzhuli at vip dot qq.com Created attachment 30878 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30878action=edit test case. pls refer to the attachment (or the following code) line 27 will cause an error(expected primary-expression), but line 24 line 33 created object of same class and is able to call the member function template. Further more, if the f() is deducable, the call is allowed. // example define: templatetypename Tvoid f(T t); // call: (instead of line 27) xFromB.f(123) ; // ok. // end of example 1 #include iostream 2 #include string 3 4 using namespace std; 5 6 7 templatetypename A 8 struct X 9 { 10 templatetypename T 11 void f() 12 { 13 cout F endl; 14 } 15 }; 16 17 templatetemplatetypename A class B 18 struct Y 19 { 20 Bint xFromB; 21 22 void g() 23 { 24 Xint directX; 25 directX.fint(); // ok 26 27 xFromB.fint(); // error: expected primary expresion 28 } 29 }; 30 31 int main(int,char **) 32 { 33 YX y; 34 y.xFromB.fint(); // ok 35 36 return 0 ; 37 } 38 39 40
[Bug c++/58495] member function template all of class template yield 'expected primary-expression'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58495 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|imzhuli at vip dot qq.com | Resolution|--- |INVALID --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- You want: xFromB.template fint();
[Bug c++/58495] member function template all of class template yield 'expected primary-expression'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58495 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- You need to say: xFromB.template fint(); See http://womble.decadent.org.uk/c++/template-faq.html#disambiguation
[Bug libgomp/58482] gomp4: user defined reduction produce wrong result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58482 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org --- There is no problem with having as many reductions as you need, if they are separate variables; the only case that will prevent vectorization is if you have a struct/class with multiple data members as reduction. I'll see if I can reproduce the ICE on Monday.
[Bug target/58496] New: bug in win64 calling standard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58496 Bug ID: 58496 Summary: bug in win64 calling standard Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: mikulas at artax dot karlin.mff.cuni.cz Host: x86_64-pc-cygwin Target: x86_64-pc-cygwin Build: x86_64-pc-cygwin Windows on x86-64 uses a different calling standard than Linux. On Windows x64 ABI, integer arguments are passed in RCX, RDX, R8 and R9. Floating point arguments are passed in XMM0, XMM1, XMM2, XMM3. For variable-argument functions, floating point arguments must be passed in both integer register as well as XMM register. If the function was declared with prototype without argument list (such as int printf()), we don't know if the function has fixed or variable argument list and thus we must pass floating point arguments in both integer and XMM registers. There comes the bug: this program doesn't print the correct value on Cygwin64 with gcc-4.8.1 because gcc passes the variable 1.2 in XMM1. gcc should pass the value in both XMM1 and RDX, because the prototype doesn't tell if printf has variable-argument list or not. int printf(); int main(void) { printf(%f\n, 1.2); return 0; }
[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #12 from anand.karanam at tcs dot com --- Hi, Now, I have the glibc from Linux host copied to a common path. Able to build the Solaris to Linux cross compiler but that doesn't work. hello.c: In function 'main': hello.c:10:1: internal compiler error: Bus Error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Also the libgcc preparation failed checking for i686-pc-linux-gnu-gcc... /vobs/cello/cade_struct/tools/gcc/INSTALL/build-gcc/sparc-sun-solaris2.10-i686-pc-linux-gnu/./gcc/xgcc -B/vobs/cello/cade_struct/tools/gcc/INSTALL/build-gcc/sparc-sun-solaris2.10-i686-pc-linux-gnu/./gcc/ -B/vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/bin/ -B/vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/lib/ -isystem /vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/include -isystem /vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/sys-include checking for suffix of object files... configure: error: in `/vobs/cello/cade_struct/tools/gcc/INSTALL/build-gcc/sparc-sun-solaris2.10-i686-pc-linux-gnu/i686-pc-linux-gnu/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. I have ensured GMP,MPFR and MPC. Attached the config.log as Solaris_to_Linux_config_2013_09_21.log. Please check this as this time we can only see the errors as configure:3055: /vobs/cello/cade_struct/tools/gcc/INSTALL/build-gcc/sparc-sun-solaris2.10-i686-pc-linux-gnu/./gcc/xgcc -B/vobs/cello/cade_struct/tools/gcc/INSTALL/buil d-gcc/sparc-sun-solaris2.10-i686-pc-linux-gnu/./gcc/ -B/vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/bin/ -B/vobs/cello/cade_struct/tools/gcc/SunOS/s parc/i686-pc-linux-gnu/lib/ -isystem /vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i686-pc-linux-gnu/include -isystem /vobs/cello/cade_struct/tools/gcc/SunOS/sparc/i68 6-pc-linux-gnu/sys-include-o conftest -g -O2 conftest.c 5 conftest.c: In function 'main': conftest.c:16:1: internal compiler error: Bus Error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. configure:3058: $? = 1 Need help to decide if this is a known problem with this version or I am still missing something as the Native compiler is build ok for Solaris10. Thanks, Anand
[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #13 from anand.karanam at tcs dot com --- Created attachment 30879 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30879action=edit libgcc_config.log Please check this and help with your inputs.