[Bug sanitizer/59063] [4.9 Regression] ASAN: segfault in __interceptor_clock_gettime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59063 --- Comment #18 from Yury Gribov y.gribov at samsung dot com --- (In reply to Evgeniy Stepanov from comment #17) Sorry, I forgot to mention this. Should be done in r194372. Thanks! A pity this isn't going to help in gcc case that much because of bug 58680.
[Bug sanitizer/58543] Invalid unpoisoning of stack redzones on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543 Yury Gribov y.gribov at samsung dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Yury Gribov y.gribov at samsung dot com --- Fixed by afore-mentioned commit.
[Bug sanitizer/58937] Preloaded libasan segfaults on unsanitized executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 --- Comment #13 from Evgeniy Stepanov eugeni.stepanov at gmail dot com --- (In reply to Yury Gribov from comment #12) (In reply to Evgeniy Stepanov from comment #8) ... one of the ASan interceptors that does ENSURE_ASAN_INITED(). Arguably, all interceptors should do it. Can we force all interceptors to do this? I think it would be a good thing to do. Some interceptors are special in that they are allowed during __asan_init (ex. memmove). Something like COMMON_INTERCEPTOR_ENTER in asan_interceptors.cc could probably be applied safely to all interceptors.
[Bug target/57756] Function target attribute is retaining state of previously seen function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756 --- Comment #8 from Uroš Bizjak ubizjak at gmail dot com --- (In reply to Yuri Rumyantsev from comment #7) Created attachment 31217 [details] Additioanl patch for r203634. -- gcc-patches@...
[Bug tree-optimization/59139] [4.7/4.8/4.9 Regression] internal compiler error: in get_val_for, at tree-ssa-loop-niter.c:2267
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-15 Component|c |tree-optimization Known to work||4.6.4 Target Milestone|--- |4.7.4 Summary|internal compiler error: in |[4.7/4.8/4.9 Regression] |get_val_for, at |internal compiler error: in |tree-ssa-loop-niter.c:2267 |get_val_for, at ||tree-ssa-loop-niter.c:2267 Ever confirmed|0 |1 Known to fail||4.7.3, 4.8.2, 4.9.0 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- Confirmed. (gdb) call debug_gimple_stmt (stmt)
[Bug c/59138] [4.8/4.9 Regression] possible packed struct miscompile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-15 Known to work||4.7.3 Target Milestone|--- |4.8.3 Summary|possible packed struct |[4.8/4.9 Regression] |miscompile |possible packed struct ||miscompile Ever confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- Confirmed.
[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.9.0 Summary|llvm-symbolizer shouldn't |[4.9 Regression] |be started always |llvm-symbolizer shouldn't ||be started always --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- No processes should be launched at all. Blocks the release - please make it at least configurable to be able to turn it off.
[Bug tree-optimization/59121] [4.8/4.9 Regression] endless loop with -O2 -floop-parallelize-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.8.3 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org --- -floop-parallelize-all ends up using GRAPHITE dependence analysis which is what never finishes (is stuck in ISL). I'd say avoid it at all cost (as the rest of GRAPHITE). Confirmed.
[Bug c++/59140] [C++11] Bogus error: use of deleted function ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59140 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Not a bug.
[Bug c++/58533] [c++1y] ICE with auto in function pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533 --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com --- Seems fixed.
[Bug c++/59144] weird behavior when dealing with too complicated templates and class hierarchy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59144 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to tmmikolajczyk from comment #0) The compilation passes (on gcc and clang). It's quite weird that the virtualism of the X::bar method has such an impact. But that doesn't make it a bug. Please also consider the following sligthly modified X::bar method: virtual void bar(const T inst) const Gcc silently accepts such code. but clang rejects it: That is probably just because GCC has some bugs regarding access checking in function templates, see PR 59002
[Bug sanitizer/58994] asan.exp regressions on x86_64 darwin at -m64 but not -m32 at r204372
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994 --- Comment #21 from Kostya Serebryany kcc at gcc dot gnu.org --- Author: kcc Date: Fri Nov 15 10:31:14 2013 New Revision: 204838 URL: http://gcc.gnu.org/viewcvs?rev=204838root=gccview=rev Log: fix PR sanitizer/58994 Modified: trunk/libsanitizer/ChangeLog trunk/libsanitizer/asan/asan_interceptors.cc
[Bug c++/58930] [C++11] Bogus error: converting to ... from initializer list would use explicit constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58930 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-15 Version|unknown |4.9.0 Blocks||58616 Ever confirmed|0 |1
[Bug middle-end/50262] PTA doesn't disambiguate locally allocated heap objects from pointed to by arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50262 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org --- I finally have a patch ...
[Bug libgcc/59145] New: apache compilation in AIX 7.1 - erro while starting the apache server
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59145 Bug ID: 59145 Summary: apache compilation in AIX 7.1 - erro while starting the apache server Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: balamuruganpalani at gmail dot com Hi Experts, I am trying to compile the apache web server version 2.2.25 in AIX 7.1 ./config.nice, make, make install - ran successfully. I am getting this error when i check the version of Apache # /apache/patch2.2/bin/apachectl -v exec(): 0509-036 Cannot load program /apache/patch2.2/bin/httpd because of the following errors: 0509-022 Cannot load module /apache/patch2.2/lib/libapr-1.so. 0509-150 Dependent module /opt/freeware/lib/libgcc_s.a(shr.o) could not be loaded. 0509-103 The module has an invalid magic number. 0509-022 Cannot load module httpd. 0509-150 Dependent module /apache/patch2.2/lib/libapr-1.so could not be loaded. 0509-022 Cannot load module . Please help in resolving this issue. Regards Bala
[Bug libgcc/59145] apache compilation in AIX 7.1 - erro while starting the apache server
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59145 balamuruganpalani at gmail dot com changed: What|Removed |Added Severity|normal |major
[Bug libgcc/59145] apache compilation in AIX 7.1 - erro while starting the apache server
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59145 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID Severity|major |normal --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- This bugzilla is for reporting bugs in GCC, not asking for help. If you think this is related to GCC (I don't think it is) then please try the gcc-help mailing list.
[Bug ada/54040] [x32] Incorrect timeval and timespec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54040 --- Comment #3 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org --- Author: hjl Date: Fri Nov 15 12:06:25 2013 New Revision: 204840 URL: http://gcc.gnu.org/viewcvs?rev=204840root=gccview=rev Log: Add and use System.Linux.time_t for time_t PR ada/54040 * s-linux-x32.ads: New file. * s-osprim-x32.adb: Likewise. * s-linux.ads (time_t): New type. * s-linux-alpha.ads (time_t): Likewise. * s-linux-hppa.ads (time_t): Likewise. * s-linux-mipsel.ads (time_t): Likewise. * s-linux-sparc.ads (time_t): Likewise. * s-osinte-linux.ads (time_t): Mark it private. Replace long with System.Linux.time_t. (timespec): Replace long with time_t. * s-osinte-posix.adb (To_Timespec): Likewise. * s-taprop-linux.adb (timeval): Replace C.long with System.OS_Interface.time_t. * gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Replace s-linux.ads with s-linux-x32.ads, s-osprim-posix.adb with s-osprim-x32.adb for x32. Added: trunk/gcc/ada/s-linux-x32.ads trunk/gcc/ada/s-osprim-x32.adb Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/Makefile.in trunk/gcc/ada/s-linux-alpha.ads trunk/gcc/ada/s-linux-hppa.ads trunk/gcc/ada/s-linux-mipsel.ads trunk/gcc/ada/s-linux-sparc.ads trunk/gcc/ada/s-linux.ads trunk/gcc/ada/s-osinte-linux.ads trunk/gcc/ada/s-osinte-posix.adb trunk/gcc/ada/s-taprop-linux.adb
[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 --- Comment #6 from Alexey Samsonov samsonov at google dot com --- (In reply to Richard Biener from comment #5) No processes should be launched at all. Blocks the release - please make it at least configurable to be able to turn it off. External process will only be launched if a user has llvm-symbolizer binary in his PATH. This behaivor can also be turned off with a runtime option (ASAN_OPTIONS=symbolize=false).
[Bug sanitizer/59106] Failure to link against static libasan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106 --- Comment #11 from Kostya Serebryany kcc at gcc dot gnu.org --- Trying to build chrome with gcc's asan... The build barks as in this bug -- we do need to build libsanitizer (at least asan) with -fno-rtti
[Bug sanitizer/59106] Failure to link against static libasan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106 --- Comment #12 from Yury Gribov y.gribov at samsung dot com --- (In reply to Kostya Serebryany from comment #11) The build barks as in this bug Did it work with the patch?
[Bug c++/59131] Compiler segfaults while generating code to save local variables in transactional section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59131 --- Comment #2 from Holger Machens machens at tuhh dot de --- Created attachment 31224 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31224action=edit Test case to reproduce the bug
[Bug sanitizer/59063] [4.9 Regression] ASAN: segfault in __interceptor_clock_gettime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59063 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2013-11/msg01389.htm ||l CC||Joost.VandeVondele at mat dot ethz ||.ch --- Comment #19 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- posted patch: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01389.html
[Bug fortran/59146] New: Segfault when ommiting '' in 'bind (C) ' procedure call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59146 Bug ID: 59146 Summary: Segfault when ommiting '' in 'bind (C) ' procedure call Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: jean.charles.pa...@o-mail.fr Created attachment 31225 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31225action=edit test.F90 gFortran ends with a segfault when trying to compile this code (a '' is missing at the end the 'subroutine' line, so the syntax is incorrect): Begin code - [test.F90] subroutine f () integer fortran_var interface subroutine c_func (a) ! works !subroutine c_func (a) ! segfault bind (C, Name=c_func) integer :: a end subroutine c_func end interface call c_func(fortran_var) end subroutine f End code - [test.F90] Command line: gfortran -v -save-temps -c test.F90 gFortran output: Using built-in specs. COLLECT_GCC=gfortran Target: x86_64-unknown-linux-gnu Configured with: ./configure --prefix=/home/jc/.local_root/ --with-gmp=/home/jc/.local_root/ --with-mpfr=/home/jc/.local_root/ --with-mpc=/home/jc/.local_root/ --with-libelf=/home/jc/.local_root/ --with-cloog=/home/jc/.local_root/ --enable-languages=c,c++,fortran --with-march=corei7-avx --enable-libsanitizer Thread model: posix gcc version 4.8.1 (GCC) COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64' /home/jc/.local_root/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.8.1/f951 test.F90 -cpp=test.f90 -quiet -v -iprefix /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/ test.F90 -quiet -dumpbase test.F90 -mtune=generic -march=x86-64 -auxbase test -version -fintrinsic-modules-path /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/finclude -o test.s GNU Fortran (GCC) version 4.8.1 (x86_64-unknown-linux-gnu) compiled by GNU C version 4.8.1, GMP version 5.1.3, MPFR version 3.1.2, MPC version 1.0.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../x86_64-unknown-linux-gnu/include ignoring duplicate directory /home/jc/.local_root/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/include ignoring nonexistent directory /usr/local/include ignoring duplicate directory /home/jc/.local_root/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/include-fixed ignoring nonexistent directory /home/jc/.local_root/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/finclude /usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/mkl/include /usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/tbb/include /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/include /home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/include-fixed /home/jc/.local_root/bin/../lib/gcc/../../include /usr/include End of search list. GNU Fortran (GCC) version 4.8.1 (x86_64-unknown-linux-gnu) compiled by GNU C version 4.8.1, GMP version 5.1.3, MPFR version 3.1.2, MPC version 1.0.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64' as -v --64 -o test.o test.s GNU assembler version 2.20.51.0.2 (x86_64-redhat-linux) using BFD version version 2.20.51.0.2-5.36.el6 20100205 COMPILER_PATH=/home/jc/.local_root/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.8.1/:/home/jc/.local_root/bin/../libexec/gcc/ LIBRARY_PATH=/home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/:/home/jc/.local_root/bin/../lib/gcc/:/home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/compiler/lib/intel64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/ipp/../compiler/lib/intel64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/ipp/lib/intel64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/compiler/lib/intel64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/mkl/lib/intel64/:/usr/local/intel/Compiler/12.0/084/composerxe-2011.0.084/tbb/lib/intel64//cc4.1.0_libc2.4_kernel2.6.16.21/:/home/jc/.local_root/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64'
[Bug sanitizer/59106] Failure to link against static libasan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106 --- Comment #13 from Kostya Serebryany kcc at gcc dot gnu.org --- Did it work with the patch? Yes!
[Bug middle-end/59125] [4.8/4.9 Regression] gcc triggers wrong strncpy_chk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59125 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- Hack to disable the CSE for the relevant cases (which I think are not-offsetting COMPONENT_REFs): Index: gcc/tree-ssa-sccvn.c === --- gcc/tree-ssa-sccvn.c(revision 204787) +++ gcc/tree-ssa-sccvn.c(working copy) @@ -759,7 +759,7 @@ copy_reference_ops_from_ref (tree ref, v } /* For non-calls, store the information that makes up the address. */ - + tree orig = ref; while (ref) { vn_reference_op_s temp; @@ -809,7 +809,9 @@ copy_reference_ops_from_ref (tree ref, v + tree_to_double_int (bit_offset) .rshift (BITS_PER_UNIT == 8 ? 3 : exact_log2 (BITS_PER_UNIT)); - if (off.fits_shwi ()) + if (off.fits_shwi () +(TREE_CODE (orig) != ADDR_EXPR + || !off.is_zero ())) temp.off = off.low; } } regresses for example struct s { union { int i; char c[8]; } u; short x; }; char *foo (int b, struct s *p) { int *p1; char *p2; if (b) p1 = p-u.i; p2 = p-u.c; return p2 + *p1; } which we then only PRE on the RTL level. Basically we won't treat those addresses as equal anymore. Unfortunately the object-size pass runs quite late so even the 2nd FRE is already finished (and I think first_instance doesn't work for passes that are also run during early opts). I'd say cfun-after_inlining should work but it won't because object-size is so late. I don't like moving passes around on the branch, but well ... we'd move it right after the forwprop run after inlining. I'm going to test that for trunk now (I still hate how objsize works and how we want it run so late).
[Bug middle-end/59125] [4.8/4.9 Regression] gcc triggers wrong strncpy_chk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59125 --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- Related bug is PR54570.
[Bug fortran/59146] Segfault when ommiting '' in 'bind (C) ' procedure call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59146 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||bur...@net-b.de --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr --- This has been fixed on trunk (4.9.0) between revisions 199034 (2013-05-17) and 199221 (2013-05-22) which gives pr59146_db.f90:13.31: call c_func(fortran_var) 1 pr59146_db.f90:8.35: bind (C, Name=c_func) 2 Error: Global name 'c_func' at (1) is already being used as a COMMON at (2)
[Bug fortran/59147] New: 128-bit division error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59147 Bug ID: 59147 Summary: 128-bit division error Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: rglindley at gmail dot com Created attachment 31226 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31226action=edit source code and .s file 128-bit division fails. See comments in source code attached. The attachment contains source code with the .s file appended to the end as comments. I could not figure out how to attach more than one file to this report.
[Bug bootstrap/56703] problems with strsignal and maybe strstr due to varying const on return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703 Yves Caniou yves.can...@ens-lyon.fr changed: What|Removed |Added CC||yves.can...@ens-lyon.fr --- Comment #4 from Yves Caniou yves.can...@ens-lyon.fr --- I have the same issue with gcc-4.8.2 compiling gcc-4.8.2, on a Intel(R) Xeon(R) CPU E5-2630 0 @ 2.30GHz. First, compiling 4.8.2 from 4.7.2 (debian): no problem. I use gmp-5.1.3, mpfr-3.1.2, mpc-1.0.1. There are not intree. Once compiled, their respective prefix/lib are added to LD_LIBRARY_PATH. Gcc source is copied local disk, so no NFS or such. I call: /tmp/YC/gcc/src-4.8.2/configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/home/ycaniou/bin/amd64/4.7.2/gcc --disable-altivec --disable-fixed-point --without-cloog --without-ppl --disable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-gmp=/home/ycaniou/bin/amd64/4.7.2/gmp --with-mpfr=/home/ycaniou/bin/amd64/4.7.2/mpfr --with-mpc=/home/ycaniou/bin/amd64/4.7.2/mpc Everything executes well after a make -j 8, and make install does its job. Compiling 4.8.2 with the new installed 4.8.2: . First, environment variables are updated: library path with 4.7.2_gcc-4.8.2_prefix/lib64 CPLUS include path with 4.7.2_gcc-4.8.2_prefix/include (I also tried with in addition include/c++/4.8.2, with same errors...) binary path with 4.7.2_gcc-4.8.2_prefix/bin . gmp-5.1.3, mpfr-3.1.2, mpc-1.0.1, not intree, are compiled with the 4.7.2_gcc-4.8.2 without any problem. And same steps are made: their respective 4.8.2_prefix/lib are added to LD_LIBRARY_PATH. GCC source on local disk. I call: /tmp/YC/gcc/src-4.8.2/configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/home/ycaniou/bin/amd64/4.8.2/gcc --disable-altivec --disable-fixed-point --without-cloog --without-ppl --disable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-gmp=/home/ycaniou/bin/amd64/4.8.2/gmp --with-mpfr=/home/ycaniou/bin/amd64/4.8.2/mpfr --with-mpc=/home/ycaniou/bin/amd64/4.8.2/mpc And got the errors: x86_64-linux-gnu-g++ -c -DGENERATOR_FILE -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -I. -I/tmp/YC/gcc/src-4.8.2/gcc -I/tmp/YC/gcc/src-4.8.2/gcc/. -I/tmp/YC/gcc/src-4.8.2/gcc/../include -I/tmp/YC/gcc/src-4.8.2/gcc/../libcpp/include -I/home/ycaniou/bin/amd64/4.8.2/gmp/include -I/home/ycaniou/bin/amd64/4.8.2/mpfr/include -I/home/ycaniou/bin/amd64/4.8.2/mpc/include -I/tmp/YC/gcc/src-4.8.2/gcc/../libdecnumber -I/tmp/YC/gcc/src-4.8.2/gcc/../libdecnumber/bid -I../libdecnumber -I/tmp/YC/gcc/src-4.8.2/gcc/../libbacktrace /tmp/YC/gcc/src-4.8.2/gcc/gengtype.c -o gengtype.o In file included from /tmp/YC/gcc/src-4.8.2/gcc/gcc-ar.c:22:0: /tmp/YC/gcc/src-4.8.2/gcc/system.h:500:34: error: declaration of C function ‘const char* strsignal(int)’ conflicts with extern const char *strsignal (int); ^ In file included from /home/ycaniou/bin/amd64/4.7.2/gcc-4.8.2_install/include/c++/4.8.2/cstring:42:0, from /tmp/YC/gcc/src-4.8.2/gcc/system.h:205, from /tmp/YC/gcc/src-4.8.2/gcc/gcc-ar.c:22: /usr/include/string.h:566:14: error: previous declaration ‘char* strsignal(int)’ here extern char *strsignal (int __sig) __THROW; ^ In file included from /tmp/YC/gcc/src-4.8.2/gcc/system.h:645:0, from /tmp/YC/gcc/src-4.8.2/gcc/gcc-ar.c:22: /tmp/YC/gcc/src-4.8.2/gcc/../include/libiberty.h:110:36: error: new declaration ‘char* basename(const char*)’ extern char *basename (const char *); ^ In file included from /home/ycaniou/bin/amd64/4.7.2/gcc-4.8.2_install/include/c++/4.8.2/cstring:42:0, from /tmp/YC/gcc/src-4.8.2/gcc/system.h:205, from /tmp/YC/gcc/src-4.8.2/gcc/gcc-ar.c:22: /usr/include/string.h:603:28: error: ambiguates old declaration ‘const char* basename(const char*)’ extern C++ __const char *basename (__const char *__filename)
[Bug fortran/59147] 128-bit division error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59147 --- Comment #1 from rglindley at gmail dot com --- Created attachment 31227 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31227action=edit compiler information Output from following: gfortran -v -save-temps -Wall -Wextra division_test.f90
[Bug target/57756] Function target attribute is retaining state of previously seen function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756 --- Comment #9 from Yuri Rumyantsev ysrumyan at gmail dot com --- Hi Uros, I decided that the bug owner should fix it and send my patch (or modified one) for review to GCC community, i.e. I was not planning to fix it. But if I should do it pls let me know and I send it to gcc-patches@... Best regards. Yuri. 2013/11/15 ubizjak at gmail dot com gcc-bugzi...@gcc.gnu.org: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756 --- Comment #8 from Uroš Bizjak ubizjak at gmail dot com --- (In reply to Yuri Rumyantsev from comment #7) Created attachment 31217 [details] Additioanl patch for r203634. -- gcc-patches@... -- You are receiving this mail because: You are on the CC list for the bug.
[Bug fortran/59147] 128-bit division error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59147 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- It works for me on powerpc-apple-darwin9 (with -m64), x86_64-apple-darwin10, and x86_64-apple-darwin13. It looks like a bug in the 128-bit library of x86_64-w64-mingw32.
[Bug middle-end/50262] PTA doesn't disambiguate locally allocated heap objects from pointed to by arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50262 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Fri Nov 15 14:48:22 2013 New Revision: 204845 URL: http://gcc.gnu.org/viewcvs?rev=204845root=gccview=rev Log: 2013-11-15 Richard Biener rguent...@suse.de PR tree-optimization/50262 * tree-ssa-alias.h (struct pt_solution): Split vars_contains_global into vars_contains_nonlocal, vars_contains_escaped and vars_contains_escaped_heap. * tree-ssa-structalias.c (label_visit): Expand comment. (handle_lhs_call): Adjust comment. (set_uids_in_ptset): Set the new flags appropriately. (pt_solution_set): Adjust. (pt_solution_set_var): Likewise. (pt_solution_ior_into): Likewise. (pt_solution_includes_global): Likewise. (pt_solutions_intersect_1): Optimize escaped handling. (compute_points_to_sets): Remove heap variable globalization. (ipa_escaped_pt): Adjust initializer. (pass_data_ipa_pta): Do not run TODO_update_ssa. * gimple-pretty-print.c (pp_points_to_solution): Print split flags. * tree-ssa-alias.c (dump_points_to_solution): Likewise. * gcc.dg/tree-ssa/alias-28.c: New testcase. * gcc.dg/strlenopt-1.c: Adjust. * gcc.dg/strlenopt-1f.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/alias-28.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-pretty-print.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/strlenopt-1.c trunk/gcc/testsuite/gcc.dg/strlenopt-1f.c trunk/gcc/tree-ssa-alias.c trunk/gcc/tree-ssa-alias.h trunk/gcc/tree-ssa-structalias.c
[Bug middle-end/50262] PTA doesn't disambiguate locally allocated heap objects from pointed to by arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50262 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- Fixed on trunk.
[Bug c++/59131] Compiler segfaults while generating code to save local variables in transactional section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59131 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED CC||aldyh at gcc dot gnu.org Ever confirmed|1 |0
[Bug c++/58533] [c++1y] ICE with auto in function pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Fixed.
[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|gcc-bugs at gcc dot gnu.org| Resolution|--- |FIXED --- Comment #24 from Paolo Carlini paolo.carlini at oracle dot com --- Fixed
[Bug libfortran/59108] ACTION='READ' is using O_CREAT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108 Jerry DeLisle jvdelisle at gcc dot gnu.org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org --- Comment #1 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- Proposed patch, testing: Index: unix.c === --- unix.c(revision 204616) +++ unix.c(working copy) @@ -1305,6 +1305,10 @@ break; case STATUS_UNKNOWN: + crflag = 0; + if (flags-action == ACTION_READ) +break; + /* Fall through. */ case STATUS_SCRATCH: crflag = O_CREAT; break;
[Bug target/59147] 128-bit division error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59147 kargl at gcc dot gnu.org changed: What|Removed |Added Target||x86_64-w64-mingw32 CC||kargl at gcc dot gnu.org Component|fortran |target --- Comment #3 from kargl at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #2) It works for me on powerpc-apple-darwin9 (with -m64), x86_64-apple-darwin10, and x86_64-apple-darwin13. It looks like a bug in the 128-bit library of x86_64-w64-mingw32. Works for me on x86_64-*-freebsd. gfortran versions from 4.2.x to trunk. I've reset the component from fortran to target and added the target triplet.
[Bug sanitizer/59061] Port leaksanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59061 --- Comment #24 from Jakub Jelinek jakub at gcc dot gnu.org --- Just tried to bootstrap/regtest that patch, unfortunately it doesn't build at all on i686. Is it meant to work on x86_64 only (or only for SANITIZER_WORDSIZE == 64)?
[Bug sanitizer/58994] asan.exp regressions on x86_64 darwin at -m64 but not -m32 at r204372
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994 Jack Howarth howarth at nitro dot med.uc.edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #22 from Jack Howarth howarth at nitro dot med.uc.edu --- Verified as fixed at r204847 on x86_64-apple-darwin13.
[Bug sanitizer/59122] [4.9 Regression] libsanitizer merge from upstream r191666 causes duplicate symbol errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59122 Peter Bergner bergner at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Peter Bergner bergner at gcc dot gnu.org --- This is fixed for me with Jakub's patch.
[Bug rtl-optimization/59099] [4.9 Regression] Erroneous register allocation on 32-bit x86 using regparm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59099 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2013-11/msg01820.htm ||l --- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org --- I've proposed a patch to fix this on the mailing list: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01820.html
[Bug sanitizer/59148] New: FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test on darwin13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59148 Bug ID: 59148 Summary: FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test on darwin13 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: howarth at nitro dot med.uc.edu CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org At r204847, on x86_64-apple-darwin13, the following regressions remain... === gcc tests === Running target unix/-m32 FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test === gcc Summary for unix/-m32 === # of expected passes324 # of unexpected failures1 # of unsupported tests101 Running target unix/-m64 FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test === gcc Summary for unix/-m64 === # of expected passes324 # of unexpected failures1 # of unsupported tests101 === gcc Summary === # of expected passes648 # of unexpected failures2 # of unsupported tests202 /sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/xgcc version 4.9.0 20131115 (experimental) (GCC) Compiler version: 4.9.0 20131115 (experimental) (GCC) Platform: x86_64-apple-darwin13.0.0 configure flags: --prefix=/sw --prefix=/sw/lib/gcc4.9 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.9/info --enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-isl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --enable-checking=yes --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.9 The failures appear as... Executing on host: /sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20131115/gcc/testsuite/c-c++-common/asan/strncpy-overflow-1.c -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/ -L/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/.libs -fsanitize=address -g -fno-diagnostics-show-caret -fdiagnostics-color=never -O0 -fno-builtin-malloc -fno-builtin-strncpy -lm -m32 -o ./strncpy-overflow-1.exe(timeout = 300) spawn /sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20131115/gcc/testsuite/c-c++-common/asan/strncpy-overflow-1.c -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/ -L/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/.libs -fsanitize=address -g -fno-diagnostics-show-caret -fdiagnostics-color=never -O0 -fno-builtin-malloc -fno-builtin-strncpy -lm -m32 -o ./strncpy-overflow-1.exe^M PASS: c-c++-common/asan/strncpy-overflow-1.c -O0 (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc:/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/.libs::/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc:/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/.libs:/usr/local/NMRPipe/nmrbin.mac/lib spawn [open ...]^M FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test If I compile the failing test case with... /sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20131115/gcc/testsuite/c-c++-common/asan/strncpy-overflow-1.c -B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/ -L/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/asan/.libs -fsanitize=address -g -fno-diagnostics-show-caret -fdiagnostics-color=never -O0 -fno-builtin-malloc -fno-builtin-strncpy -lm -m32 -mmacosx-version-min=10.8 -o ./strncpy-overflow-1.exe it still 'FAILS' by passing, but if I move that strncpy-overflow-1.exe binary to a x86_64-apple-darwin12 box with the same build of gcc trunk on the x86_64-apple-darwin12 target, it works as expected... % ./strncpy-overflow-1.exe = ==16663==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x01c00759 at pc 0xd501d bp 0xbff428a8 sp 0xbff42488 WRITE of size 10 at 0x01c00759 thread T0 #0 0xd501c (/sw/lib/gcc4.9/lib/i386/libasan.1.dylib+0x1101c) #1 0xbed41 (/Users/howarth/./strncpy-overflow-1.exe+0x1d41) #2 0x99852724 (/usr/lib/system/libdyld.dylib+0x2724) #3 0x0
[Bug sanitizer/59061] Port leaksanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59061 --- Comment #25 from Kostya Serebryany kcc at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #24) Just tried to bootstrap/regtest that patch, unfortunately it doesn't build at all on i686. Is it meant to work on x86_64 only (or only for SANITIZER_WORDSIZE == 64)? Yes, as of now lsan is supported only on x86_64. (heh, this time it is even properly documented. Good! https://code.google.com/p/address-sanitizer/wiki/LeakSanitizer)
[Bug c++/26205] pointer to member template parameter can't be null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26205 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED CC|gcc-bugs at gcc dot gnu.org| Resolution|--- |DUPLICATE --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com --- Nothing to fix here, besides maybe the casting bit in c++98 mode which is PR10541. *** This bug has been marked as a duplicate of bug 10541 ***
[Bug c++/10541] [DR 354] Is NULL a valid pointer-type template argument?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10541 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jeffp at doomsday dot org --- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com --- *** Bug 26205 has been marked as a duplicate of this bug. ***
[Bug bootstrap/58666] make install after make bootstrap-lean fails starting with r202895
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58666 Tom Tromey tromey at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||tromey at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #2 from Tom Tromey tromey at gcc dot gnu.org --- Dup. *** This bug has been marked as a duplicate of bug 58572 ***
[Bug bootstrap/58572] [4.9 regression] make bootstrap-lean leads to installation failure (doing extra rebuilds and invoking system compiler)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572 Tom Tromey tromey at gcc dot gnu.org changed: What|Removed |Added CC||krebbel at gcc dot gnu.org --- Comment #5 from Tom Tromey tromey at gcc dot gnu.org --- *** Bug 58666 has been marked as a duplicate of this bug. ***
[Bug bootstrap/58572] [4.9 regression] make bootstrap-lean leads to installation failure (doing extra rebuilds and invoking system compiler)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572 Tom Tromey tromey at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |tromey at gcc dot gnu.org --- Comment #6 from Tom Tromey tromey at gcc dot gnu.org --- Mine.
[Bug rtl-optimization/59133] [4.9 regression] ICE after r204219 on SPEC2006 435.gromacs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59133 --- Comment #3 from Vladimir Makarov vmakarov at gcc dot gnu.org --- I've started to work on it. The problem is in that LRA has not enough code to deal with creation of pseudos out of its scope. I guess the fix will be ready next week on Wednesday as the patch will need a lot of testing.
[Bug sanitizer/59148] FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test on darwin13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59148 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-15 Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr --- Confirmed.
[Bug tree-optimization/59149] New: diagnose_tm_1 calls flags_from_decl_or_type on an ADDR_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59149 Bug ID: 59149 Summary: diagnose_tm_1 calls flags_from_decl_or_type on an ADDR_EXPR Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: glisse at gcc dot gnu.org (I haven't seen a category for transactional memory) In trans-mem.c, function diagnose_tm_1 has: if (flags_from_decl_or_type (fn) ECF_TM_BUILTIN) earlier, it tries: if (TREE_CODE (fn) == ADDR_EXPR TREE_CODE (TREE_OPERAND (fn, 0)) == FUNCTION_DECL) { direct_call_p = true; replacement = TREE_OPERAND (fn, 0); replacement = find_tm_replacement_function (replacement); if (replacement) fn = replacement; } which in many cases leaves the ADDR_EXPR in fn. I believe flags_from_decl_or_type shouldn't be called with anything other than a decl or a type and we could add an assertion in there. If you disagree, feel free to close the PR. I noticed this because it broke a local patch of mine where I added code to flags_from_decl_or_type that didn't like ADDR_EXPR.
[Bug c++/58599] [c++11] Trouble with non-static data member initializers in templates
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599 Volker Reichelt reichelt at gcc dot gnu.org changed: What|Removed |Added CC||paolo.carlini at oracle dot com --- Comment #4 from Volker Reichelt reichelt at gcc dot gnu.org --- Paolo, this bug was fixed on trunk by your patch for PR57887. Do you want to add (some of) these testcases to the testsuite?
[Bug c++/58599] [c++11] Trouble with non-static data member initializers in templates
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Oh, nice. Yes will do.
[Bug fortran/59143] [OOP] Bogus warning with array-valued type-bound procedure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59143 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-15 CC||janus at gcc dot gnu.org Summary|Problem with array |[OOP] Bogus warning with |dimension in polymorphic|array-valued type-bound |types |procedure Ever confirmed|0 |1 --- Comment #2 from janus at gcc dot gnu.org --- Confirmed. Slightly reduced version: module phs_single type :: phs_single_t contains procedure, nopass :: decay_p end type contains subroutine evaluate (phs) class(phs_single_t) :: phs call func1 (phs%decay_p ()) end subroutine subroutine func1 (p) real :: p(2) end subroutine function decay_p () real :: decay_p(2) decay_p = 1. end function end module
[Bug sanitizer/59148] FAIL: c-c++-common/asan/strncpy-overflow-1.c -O0 execution test on darwin13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59148 --- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu --- Also confirmed that if you compile the failing test case using current llvm/clang svn with... /sw/opt/llvm-3.4/bin/clang -fsanitize=address -g -fdiagnostics-color=never -O0 -fno-builtin-malloc -fno-builtin-strncpy -lm -m32 -o ./strncpy-overflow-1.exe strncpy-overflow-1.c or /sw/opt/llvm-3.4/bin/clang -fsanitize=address -g -fdiagnostics-color=never -O0 -fno-builtin-malloc -fno-builtin-strncpy -lm -m64 -o ./strncpy-overflow-1.exe strncpy-overflow-1.c that the test case fails as expected.
[Bug fortran/59143] [OOP] Bogus warning with array-valued type-bound procedure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59143 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |janus at gcc dot gnu.org --- Comment #3 from janus at gcc dot gnu.org --- Early draft patch (fixes the test case but is not regtested yet): Index: gcc/fortran/interface.c === --- gcc/fortran/interface.c(revision 204778) +++ gcc/fortran/interface.c(working copy) @@ -2426,6 +2426,17 @@ get_expr_storage_size (gfc_expr *e) - mpz_get_si (ref-u.ar.as-lower[i]-value.integer)); } } + else if (ref-type == REF_COMPONENT ref-u.c.component-attr.function +ref-u.c.component-attr.proc_pointer +ref-u.c.component-attr.dimension) +{ + /* Array-valued procedure-pointer components. */ + gfc_array_spec *as = ref-u.c.component-as; + for (i = 0; i as-rank; i++) +elements = elements + * (mpz_get_si (as-upper[i]-value.integer) + - mpz_get_si (as-lower[i]-value.integer) + 1L); +} } if (substrlen)
[Bug libfortran/59108] ACTION='READ' is using O_CREAT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108 --- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org --- Author: jb Date: Fri Nov 15 22:00:36 2013 New Revision: 204864 URL: http://gcc.gnu.org/viewcvs?rev=204864root=gccview=rev Log: When file status is unknown, don't set O_CREAT when opening read-only. 2013-11-15 Janne Blomqvist j...@gcc.gnu.org Jerry DeLisle jvdeli...@gcc.gnu.org PR fortran/59108 * io/unix.c (regular_file): Don't set O_CREAT when opening a file read-only with unknown status. Mask out O_CREAT when falling back to opening read-only if ACTION= is not set and read-write fails. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/unix.c
[Bug sanitizer/59061] Port leaksanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59061 --- Comment #26 from Jakub Jelinek jakub at gcc dot gnu.org --- libbacktrace doesn't use malloc (unless mmap isn't supported), handles inline frames just fine and Ian has posted today a patch to support also data symbol lookups. I think I'll post a sanitizer_symbolizer_posix_libcdep.cc alternative on Monday that will use libbacktrace, then users can at least choose what they prefer, say at configure time.
[Bug rtl-optimization/59019] [4.9 regression] ICE in advance_target_bb, at sched-rgn.c:3561
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59019 --- Comment #8 from Jeffrey A. Law law at redhat dot com --- This has gone latent. Regardless it's relatively easy to fix things up in combine -- which does similar kinds of things when it's able to collapse a conditional jump to an unconditional jump and the like. I'm testing that now (with a hack that exposes this bug again to ensure the combine.c bits get exercised). Basically we just have to remove the now dead insns from the block, zap the outgoing edges and emit the barrier. Steven, the reason conditional traps are not considered control flow altering is that in the event of a trap, then stop execution. If the condition is false, they carry-on. I can see both sides the they should be considered control flow altering -- I'm not passionate enough about either to make a big deal of it. Eric, in the chaos of the last few days, I didn't save any of the spots that I had to change to make conditional traps control flow altering. I went through 3 or 4 places that needed fixing, then decide to look at working within the current scheme by fixing up combine...
[Bug libfortran/59108] ACTION='READ' is using O_CREAT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108 Janne Blomqvist jb at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jb at gcc dot gnu.org Resolution|--- |FIXED --- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org --- Closing, fixed on trunk (4.9).
[Bug c++/58599] [c++11] Trouble with non-static data member initializers in templates
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599 --- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Fri Nov 15 23:17:23 2013 New Revision: 204866 URL: http://gcc.gnu.org/viewcvs?rev=204866root=gccview=rev Log: 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58599 * g++.dg/cpp0x/nsdmi-template5.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template5.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/58599] [c++11] Trouble with non-static data member initializers in templates
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED CC|paolo.carlini at oracle dot com| Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug c++/58616] [meta-bug] nsdmi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616 Bug 58616 depends on bug 58599, which changed state. Bug 58599 Summary: [c++11] Trouble with non-static data member initializers in templates http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug c++/58829] non-static member initializer in nested template class produces incorrect compile error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58829 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- This is also fixed in mainline. I'm adding the testcase and closing the bug.
[Bug c++/58725] segfault with non-static member initializer in a nested struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58725 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- Fixed in mainline. I'm adding the testcase and closing the bug.
[Bug c++/58188] ICE in gimple_add_tmp_var, at gimplify.c:738
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58188 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- This is also fixed in mainline. I'm adding the testcase and closing the bug.
[Bug target/57949] [powerpc64] Structure parameter alignment issue with vector extensions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949 --- Comment #9 from Ulrich Weigand uweigand at gcc dot gnu.org --- Author: uweigand Date: Fri Nov 15 23:39:50 2013 New Revision: 204870 URL: http://gcc.gnu.org/viewcvs?rev=204870root=gccview=rev Log: gcc: 2013-11-15 Ulrich Weigand ulrich.weig...@de.ibm.com Backport from mainline r201750. Note: Default setting of -mcompat-align-parm inverted! 2013-08-14 Bill Schmidt wschm...@linux.vnet.ibm.com PR target/57949 * doc/invoke.texi: Add documentation of mcompat-align-parm option. * config/rs6000/rs6000.opt: Add mcompat-align-parm option. * config/rs6000/rs6000.c (rs6000_function_arg_boundary): For AIX and Linux, correct BLKmode alignment when 128-bit alignment is required and compatibility flag is not set. (rs6000_gimplify_va_arg): For AIX and Linux, honor specified alignment for zero-size arguments when compatibility flag is not set. gcc/testsuite: 2013-11-15 Ulrich Weigand ulrich.weig...@de.ibm.com Backport from mainline r201750. Note: Default setting of -mcompat-align-parm inverted! 2013-08-14 Bill Schmidt wschm...@linux.vnet.ibm.com PR target/57949 * gcc.target/powerpc/pr57949-1.c: New. * gcc.target/powerpc/pr57949-2.c: New. Added: branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/powerpc/pr57949-1.c branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/powerpc/pr57949-2.c Modified: branches/ibm/gcc-4_8-branch/gcc/ChangeLog.ibm branches/ibm/gcc-4_8-branch/gcc/config/rs6000/rs6000.c branches/ibm/gcc-4_8-branch/gcc/config/rs6000/rs6000.opt branches/ibm/gcc-4_8-branch/gcc/doc/invoke.texi branches/ibm/gcc-4_8-branch/gcc/testsuite/ChangeLog.ibm
[Bug middle-end/59150] New: [4.9 Regression] ICE: in expand_one_var, at cfgexpand.c:1242 with -fopenmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59150 Bug ID: 59150 Summary: [4.9 Regression] ICE: in expand_one_var, at cfgexpand.c:1242 with -fopenmp Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: zsojka at seznam dot cz Created attachment 31228 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31228action=edit reduced testcase Compiler output: $ gcc -O -fopenmp -fno-tree-ccp -fno-tree-copy-prop -fno-tree-dce testcase.C testcase.C: In function 'void foo(S)': testcase.C:13:6: internal compiler error: in expand_one_var, at cfgexpand.c:1242 void foo (S s) ^ 0x8a83ae expand_one_var /mnt/svn/gcc-trunk/gcc/cfgexpand.c:1236 0x8a93a1 expand_used_vars /mnt/svn/gcc-trunk/gcc/cfgexpand.c:1633 0x8b2ada gimple_expand_cfg /mnt/svn/gcc-trunk/gcc/cfgexpand.c:5552 0x8b2ada execute /mnt/svn/gcc-trunk/gcc/cfgexpand.c:5896 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. Tested revisions: r204836 - crash 4.8 r200234 - OK
[Bug c++/58188] ICE in gimple_add_tmp_var, at gimplify.c:738
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58188 --- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Fri Nov 15 23:51:23 2013 New Revision: 204881 URL: http://gcc.gnu.org/viewcvs?rev=204881root=gccview=rev Log: 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58188 * g++.dg/cpp0x/nsdmi-template8.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58725 * g++.dg/cpp0x/nsdmi-template7.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58829 * g++.dg/cpp0x/nsdmi-template6.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template6.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template7.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template8.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/58725] segfault with non-static member initializer in a nested struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58725 --- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Fri Nov 15 23:51:23 2013 New Revision: 204881 URL: http://gcc.gnu.org/viewcvs?rev=204881root=gccview=rev Log: 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58188 * g++.dg/cpp0x/nsdmi-template8.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58725 * g++.dg/cpp0x/nsdmi-template7.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58829 * g++.dg/cpp0x/nsdmi-template6.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template6.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template7.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template8.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/58829] non-static member initializer in nested template class produces incorrect compile error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58829 --- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Fri Nov 15 23:51:23 2013 New Revision: 204881 URL: http://gcc.gnu.org/viewcvs?rev=204881root=gccview=rev Log: 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58188 * g++.dg/cpp0x/nsdmi-template8.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58725 * g++.dg/cpp0x/nsdmi-template7.C: New. 2013-11-15 Paolo Carlini paolo.carl...@oracle.com PR c++/58829 * g++.dg/cpp0x/nsdmi-template6.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template6.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template7.C trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-template8.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/58829] non-static member initializer in nested template class produces incorrect compile error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58829 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug c++/58188] ICE in gimple_add_tmp_var, at gimplify.c:738
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58188 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug c++/58616] [meta-bug] nsdmi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616 Bug 58616 depends on bug 58829, which changed state. Bug 58829 Summary: non-static member initializer in nested template class produces incorrect compile error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58829 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug c++/58616] [meta-bug] nsdmi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616 Bug 58616 depends on bug 58188, which changed state. Bug 58188 Summary: ICE in gimple_add_tmp_var, at gimplify.c:738 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58188 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug c++/58616] [meta-bug] nsdmi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616 Bug 58616 depends on bug 58725, which changed state. Bug 58725 Summary: segfault with non-static member initializer in a nested struct http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58725 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug c++/58725] segfault with non-static member initializer in a nested struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58725 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Done.