[Bug rtl-optimization/57662] [4.9 Regression] ICE: SIGSEGV in code_motion_process_successors with -fschedule-insns2 -fselective-scheduling2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57662 --- Comment #6 from Andrey Belevantsev abel at gcc dot gnu.org --- (In reply to Richard Biener from comment #5) Fixed according to 2013-08-14 Andrey Belevantsev a...@ispras.ru PR rtl-optimization/57662 * sel-sched.c (code_motion_process_successors): When the current insn is removed after the recursive traversal, break from the loop. Add comments and debug printouts. (?) Yes. Sorry, I keep forgetting that the post-commit Bugzilla autoupdate no longer works so I didn't look at the PR after committing.
[Bug rtl-optimization/58295] [4.8/4.9 regression] Missed zero-extension elimination in the combiner
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295 --- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org --- So why don't reject it at TARGET_LEGITIMATE_COMBINED_INSN/ix86_legitimate_combined_insn instead of limit at combine phase if it's only benefit for x86 ? The question sounds self-contradictory... Anyway, rather than inventing a new hook for each problem, let's try to formulate it in terms of existing hooks.
[Bug c++/58868] [4.9 Regression] ICE: in count_type_elements, at expr.c:5495 with -std=gnu++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868 octoploid at yandex dot com changed: What|Removed |Added CC||octoploid at yandex dot com --- Comment #5 from octoploid at yandex dot com --- This bug is breaking almost every non-trivial C++ project. It should be P1 IMO.
[Bug c++/58868] [4.9 Regression] ICE: in count_type_elements, at expr.c:5495 with -std=gnu++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 --- Comment #6 from Marek Polacek mpolacek at gcc dot gnu.org --- Thus marking it as such.
[Bug rtl-optimization/58295] [4.8/4.9 regression] Missed zero-extension elimination in the combiner
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295 --- Comment #12 from Kito Cheng npickito at gmail dot com --- The question sounds self-contradictory... Anyway, rather than inventing a new hook for each problem, let's try to formulate it in terms of existing hooks. TARGET_LEGITIMATE_COMBINED_INSN hook is add in r190846 and x86 used it in r190847.
[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 --- Comment #3 from nick87720z at gmail dot com --- Looks like i just did not get something from gcc info book. After short search for topics about gcc for possible describing of such error i found one (russian), explicating it by feature to specify some libraries only for some object/source files, specified for linker (or gcc command with same effect): http://pyviy.blogspot.ru/2010/12/gcc.html I got totally 3 topics, dedicated to gcc compilation process, from search (not google - nigma), but only this describes, what happens in such case. So, is it make's issue? (GNU Make 3.81) I'm in a maze.
[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 nick87720z at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from nick87720z at gmail dot com --- Finally found it in info book, in description for -l option. Sorry for wasting your time.
[Bug rtl-optimization/58295] [4.8/4.9 regression] Missed zero-extension elimination in the combiner
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295 --- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org --- TARGET_LEGITIMATE_COMBINED_INSN hook is add in r190846 and x86 used it in r190847. Sure, but you cannot use an x86 hook to reject something for non-x86 arches...
[Bug bootstrap/58935] New: cannot install `libcilkrts.la' to a directory not ending in /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58935 Bug ID: 58935 Summary: cannot install `libcilkrts.la' to a directory not ending in /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gn u/ Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dimhen at gmail dot com gcc-trunk rev.204248 configured as ~/src/gcc_current/configure --prefix=/usr/local/gcc_current --with-multilib-list=m64 --enable-checking=yes,df,fold,rtl,tree --enable-languages=c,c++,lto --enable-plugin --with-tune=native --with-arch=native --enable-version-specific-runtime-libs make install FAIL [...] make[4]: Leaving directory `/home/dimhen/build/gcc_current/x86_64-unknown-linux-gnu/libcilkrts' test -z /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/ || /usr/bin/mkdir -p /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/ /bin/sh ./libtool --mode=install /usr/bin/install -c libcilkrts.la '/usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/' libtool: install: error: cannot install `libcilkrts.la' to a directory not ending in /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/ make[3]: *** [install-toolexeclibLTLIBRARIES] Error 1 make[3]: Leaving directory `/home/dimhen/build/gcc_current/x86_64-unknown-linux-gnu/libcilkrts' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/dimhen/build/gcc_current/x86_64-unknown-linux-gnu/libcilkrts' make[1]: *** [install-target-libcilkrts] Error 2 make[1]: Leaving directory `/home/dimhen/build/gcc_current' make: *** [install] Error 2
[Bug other/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added CC||dimhen at gmail dot com --- Comment #2 from Andreas Schwab sch...@linux-m68k.org --- *** Bug 58935 has been marked as a duplicate of this bug. ***
[Bug bootstrap/58935] cannot install `libcilkrts.la' to a directory not ending in /usr/local/gcc_current/lib/gcc/x86_64-unknown-linux-gnu/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58935 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andreas Schwab sch...@linux-m68k.org --- Workaround: remove --enable-version-specific-runtime-libs. *** This bug has been marked as a duplicate of bug 58925 ***
[Bug other/58936] New: wrong Makefile generated when gmp/mpfr/mpc installed in custom folder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58936 Bug ID: 58936 Summary: wrong Makefile generated when gmp/mpfr/mpc installed in custom folder Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: eoodin at outlook dot com I configured gcc using: ./configure --prefix=$HOME --with-gmp=$HOME --with-mpfr=$HOME --with-mpc=$HOME When I am compiling gcc 4.8.2, I got error: cannot find -lgmp after I correct line in SRC/x68_64-unkown-linux-gnu/gcc/Makefile from '-lmpc -lmpfr -lmpc ' to '$HOME/lib/libmpc.a $HOME/lib/libmpfr.a $HOME/lib/libmpc.a' I could compile without any error.
[Bug other/58936] wrong Makefile generated when gmp/mpfr/mpc installed in custom folder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58936 --- Comment #2 from Liu Jian eoodin at outlook dot com --- correction: Makefile I corrected should be SRChost-x86_64-unknown-linux-gnu/gcc/Makefile Correction: GMPLIBS = -lmpc -lmpfr -lgmp == GMPLIBS = $HOME/lib/libmpc.a $HOME/lib/libmpfr.a $HOME/lib/libgmp.a
[Bug other/58936] wrong Makefile generated when gmp/mpfr/mpc installed in custom folder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58936 --- Comment #1 from Liu Jian eoodin at outlook dot com --- correction: Makefile I corrected should be SRChost-x86_64-unknown-linux-gnu/gcc/Makefile Correction: GMPLIBS = -lmpc -lmpfr -lgmp == GMPLIBS = $HOME/lib/libmpc.a $HOME/lib/libmpfr.a $HOME/lib/libgmp.a
[Bug target/58595] internal compiler error: in gen_movsi when compiling on arm some files of lttng-tools with -fPIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58595 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||ramana at gcc dot gnu.org Target Milestone|--- |4.8.3 Ever confirmed|0 |1 Known to fail||4.7.2, 4.8.0, 4.8.1, 4.9.0
[Bug other/58936] wrong Makefile generated when gmp/mpfr/mpc installed in custom folder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58936 --- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com --- (In reply to Liu Jian from comment #0) I configured gcc using: ./configure --prefix=$HOME --with-gmp=$HOME --with-mpfr=$HOME --with-mpc=$HOME When I am compiling gcc 4.8.2, I got error: Configuring in the gcc source directory itself is not supported. Try something like tar jxf gcc-4.8.2.tar.bz mkdir objdir cd objdir ../gcc-4.8.2/configure ... instead.
[Bug sanitizer/58543] Invalid unpoisoning of stack redzones on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||ramana at gcc dot gnu.org Ever confirmed|0 |1 Known to fail||4.9.0 --- Comment #9 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- Thread on lists. http://gcc.gnu.org/ml/gcc-patches/2013-10/msg00380.html
[Bug target/58595] internal compiler error: in gen_movsi when compiling on arm some files of lttng-tools with -fPIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58595 --- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- Created attachment 31116 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31116action=edit reduced testcase.
[Bug target/58901] vax bootstrap fails on subreg reload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901 --- Comment #3 from Martin Husemann martin at netbsd dot org --- Matt asked for the instruction involved - I think it is this: (insn 245 244 246 51 (set (mem:HI (reg/v/f:SI 1 %r1 [orig:67 sup ] [67]) [2 *sup_104+0 S2 A16]) (plus:HI (subreg:HI (mem/u/c:SI (plus:SI (mult:SI (reg/v:SI 0 %r0 [orig:81 count ] [81]) (const_int 4 [0x4])) (symbol_ref:SI (DECPOWERS) [flags 0x40] var_decl 0x7f22fe60 DECPOWERS)) [3 DECPOWERS S4 A32]) 0) (const_int -1 [0x]))) ../../gcc-4.8.2/libdecnumber/decNumber.c:7183 48 {addhi3} (nil))
[Bug c++/58581] [4.7/4.8/4.9 Regression] [c++11] ICE with no-throw specification in deleted function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58581 --- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 31 10:11:49 2013 New Revision: 204249 URL: http://gcc.gnu.org/viewcvs?rev=204249root=gccview=rev Log: /cp 2013-10-30 Paolo Carlini paolo.carl...@oracle.com PR c++/58581 * call.c (build_over_call): Check return value of mark_used. /testsuite 2013-10-30 Paolo Carlini paolo.carl...@oracle.com PR c++/58581 * g++.dg/cpp0x/deleted1.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/deleted1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog
[Bug c++/58581] [4.7/4.8/4.9 Regression] [c++11] ICE with no-throw specification in deleted function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58581 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|paolo.carlini at oracle dot com| Resolution|--- |FIXED --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- Fixed for 4.9.0. Won't fix in 4.7/4.8.
[Bug c++/58932] [4.9 Regression][C++11] Deleted functions and SFINAE in partial template specializations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58932 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 Ever confirmed|0 |1 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Looks indeed like a very recent regression. At least P2.
[Bug sanitizer/58937] New: Preloaded libasan segfaults on unsanitized executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 Bug ID: 58937 Summary: Preloaded libasan segfaults on unsanitized executables Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, e.gavrin at samsung dot com, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org My system has a mix of sanitized and unsanitized executables and libs calling each other in a complex manner. I've recently tried doing a global LD_PRELOAD=libasan to make sure I don't have problems with initialization order outlined in #56393. I quickly ran into a problem which is reproduced in the attach. Here is the gdb session log: $ /home/ygribov/install/gcc-master/bin/gcc -g main.i $ ./a.out $ LD_PRELOAD=~/install/gcc-master/lib64/libasan.so.0 ./a.out Segmentation fault (core dumped) $ gdb a.out (gdb) set env LD_PRELOAD /home/ygribov/install/gcc-master/lib64/libasan.so.0 (gdb) b __asan_init_v1 (gdb) run Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x74e4fa62 in signal () at /home/ygribov/gcc/gcc-master/libsanitizer/asan/asan_interceptors.cc:133 #2 0x0040052c in main () (gdb) fr 1 #1 0x74e4fa62 in signal () at /home/ygribov/gcc/gcc-master/libsanitizer/asan/asan_interceptors.cc:133 133return REAL(signal)(signum, handler); (gdb) l 128#endif // ASAN_INTERCEPT_PTHREAD_CREATE 129 130#if ASAN_INTERCEPT_SIGNAL_AND_SIGACTION 131INTERCEPTOR(void*, signal, int signum, void *handler) { 132 if (!AsanInterceptsSignal(signum)) { 133return REAL(signal)(signum, handler); 134 } 135 return 0; 136} 137 It seems that current libasan currently relies on sanitized code to call __asan_init. If we preload it into an unsanitized executable, it will remain uninitialized and will segfault on every REAL(whatever) call. IMHO ability to do global LD_PRELOAD for all executables in the system is rather useful so I think it makes sense to support this usage scenario. What about adding a ctor to call __asan_init in libasan itself? Note that this error should repro in Clang (on platforms that use dynamic linking). -Y
[Bug target/56853] GNU Fortran is not working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56853 g toedt at embl dot de changed: What|Removed |Added CC||toedt at embl dot de --- Comment #3 from g toedt at embl dot de --- Created attachment 31117 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31117action=edit libfortran config log
[Bug target/56853] GNU Fortran is not working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56853 --- Comment #4 from g toedt at embl dot de --- cpu is an Intel Core 2 Duo
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Target|cris-axis-elf |cris-axis-elf, ||sparc-sun-solaris2.11 CC||ro at gcc dot gnu.org Target Milestone|--- |4.9.0 --- Comment #1 from Rainer Orth ro at gcc dot gnu.org --- I'm seeing a similar error in a Solaris 11/SPARC bootstrap: libtool: compile: /var/gcc/regression/trunk/11-gcc/build/./gcc/xgcc -B/var/gcc/regression/trunk/11-gcc/build/./gcc/ -B/vol/gcc/sparc-sun-solaris2.11/bin/ -B/vol/gcc/sparc-sun-solaris2.11/lib/ -isystem /vol/gcc/sparc-sun-solaris2.11/include -isystem /vol/gcc/sparc-sun-solaris2.11/sys-include -DHAVE_CONFIG_H -I. -I/vol/gcc/src/hg/trunk/local/libgomp -I/vol/gcc/src/hg/trunk/local/libgomp/config/posix -I/vol/gcc/src/hg/trunk/local/libgomp -Wall -pthread -Werror -g -O2 -pthread -MT env.lo -MD -MP -MF .deps/env.Tpo -c /vol/gcc/src/hg/trunk/local/libgomp/env.c -fPIC -DPIC -o .libs/env.o /vol/gcc/src/hg/trunk/local/libgomp/env.c: In function 'parse_one_place': /vol/gcc/src/hg/trunk/local/libgomp/env.c:548:1: error: insn does not satisfy its constraints: } ^ (insn 1271 176 1270 17 (set (reg/v/f:SI 757 [orig:406 stridep ] [406]) (reg/v/f:SI 27 %i3 [orig:406 stridep ] [406])) 63 {*movsi_insn} (nil)) /vol/gcc/src/hg/trunk/local/libgomp/env.c:548:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:411 0xa0642f _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) /vol/gcc/src/hg/trunk/local/gcc/rtl-error.c:109 0xa0649b _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) /vol/gcc/src/hg/trunk/local/gcc/rtl-error.c:120 0x95d1f7 reload_cse_simplify_operands /vol/gcc/src/hg/trunk/local/gcc/postreload.c:411 0x95c32b reload_cse_simplify /vol/gcc/src/hg/trunk/local/gcc/postreload.c:123 0x95c857 reload_cse_regs_1 /vol/gcc/src/hg/trunk/local/gcc/postreload.c:220 0x95c047 reload_cse_regs /vol/gcc/src/hg/trunk/local/gcc/postreload.c:68 0x9646eb rest_of_handle_postreload /vol/gcc/src/hg/trunk/local/gcc/postreload.c:2332 0x9647d7 execute /vol/gcc/src/hg/trunk/local/gcc/postreload.c:2368 Rainer
[Bug libstdc++/58938] New: [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 Bug ID: 58938 Summary: [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rafal at rawicki dot org In file ./libstdc++-v3/libsupc++/exception (also in trunk) bits/exception_ptr.h is included conditionally: #if (__cplusplus = 201103L) (ATOMIC_INT_LOCK_FREE 1) #include bits/exception_ptr.h #include bits/nested_exception.h #endif On ARM architecture ATOMIC_INT_LOCK_FREE is set to 1. That leads to losing some functionality of standard library for no good reason.
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- I'm not really sure what we can do here. You need to use -pthread.
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 Oleg Endo olegendo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||olegendo at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org --- Let me join the club with an SH failure when building libsupc++: /gcc-trunk2/libstdc++-v3/libsupc++/vmi_class_type_info.cc:68:1: error: insn does not satisfy its constraints: } ^ (insn 174 173 175 21 (set (reg:SI 7 r7) (reg/v/f:SI 260 [orig:223 src_type ] [223])) ../../../../../gcc-trunk2/libstdc++-v3/libsupc++/vmi_class_type_info.cc:58 256 {movsi_i} (nil)) ../../../../../gcc-trunk2/libstdc++-v3/libsupc++/vmi_class_type_info.cc:68:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:411 0x879ab97 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc-trunk2/gcc/rtl-error.c:109 0x879abd5 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../gcc-trunk2/gcc/rtl-error.c:120 0x8747aba reload_cse_simplify_operands ../../gcc-trunk2/gcc/postreload.c:411 0x874830a reload_cse_simplify ../../gcc-trunk2/gcc/postreload.c:123 0x874830a reload_cse_regs_1 ../../gcc-trunk2/gcc/postreload.c:220 0x8749ac2 reload_cse_regs ../../gcc-trunk2/gcc/postreload.c:68 0x8749ac2 rest_of_handle_postreload ../../gcc-trunk2/gcc/postreload.c:2332 0x8749ac2 execute ../../gcc-trunk2/gcc/postreload.c:2368 Please submit a full bug report,
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- I suppose we could turn all timed waiting functions into sleeps, and wait() into an infinite loop, when libpthread is not linked in, but I'd prefer not to add that complexity.
[Bug c++/58932] [4.9 Regression][C++11] Deleted functions and SFINAE in partial template specializations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58932 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com --- It's my r203836, I'm reverting it and adding the testcase.
[Bug sanitizer/58937] Preloaded libasan segfaults on unsanitized executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 --- Comment #1 from Yury Gribov y.gribov at samsung dot com --- Created attachment 31118 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31118action=edit Draft patch Here is a draft patch implementing my proposal.
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Target|cris-axis-elf, |cris-axis-elf, |sparc-sun-solaris2.11 |sparc-sun-solaris2.11 |sh*-*-* |sh*-*-*,arm-none-eabi,arm-n ||one-linux-gnueabihf CC||ramana at gcc dot gnu.org --- Comment #3 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- And arm-none-eabi builds in newlib. Let's join the party. ./cc1 -O2 -mthumb -O2 -g -fno-builtin -fshort-enums -S -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=softfp reduced.c #$GCCDIR/configure --target=arm-none-eabi --with-languages=c Breaks glibc builds for arm-none-linux-gnueabihf
[Bug sanitizer/58937] Preloaded libasan segfaults on unsanitized executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org --- Why don't you add __attribute__((constructor)) to __asan_init instead?
[Bug target/51001] redundant address re-computations on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51001 Yufeng Zhang yufeng at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||yufeng at gcc dot gnu.org Ever confirmed|0 |1 Known to fail||4.9.0 --- Comment #1 from Yufeng Zhang yufeng at gcc dot gnu.org --- I can confirm that the similar issue exists using the trunk compiler with -O2 -mcpu=cortex-a15 foo: @ args = 0, pretend = 0, frame = 0 @ frame_needed = 0, uses_anonymous_args = 0 @ link register save eliminated. mov r3, #53248 mvn r2, #85 mov r1, r3 strbr2, [r3, #2755] .L3: ldrbr3, [r1, #2754] @ zero_extendqisi2 mov r2, #53248 tst r3, #128 beq .L3 mvn r3, #68 mov r1, r2 strbr3, [r2, #2755] .L5: ldrbr3, [r1, #2754] @ zero_extendqisi2 tst r3, #128 beq .L5 bx lr The -fdump-tree-optimized dump looks OK.
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 chrbr at gcc dot gnu.org changed: What|Removed |Added CC||chrbr at gcc dot gnu.org --- Comment #4 from chrbr at gcc dot gnu.org --- Created attachment 31119 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31119action=edit SH testcase yep, Also fails to build the sh-none-elf newlib. Attached case to reproduce cc1 -O2 fgets.i -quiet -fno-builtin fgets.i: In function '_fgets_r': fgets.i:826:1: error: insn does not satisfy its constraints: } ^ (insn 162 163 161 4 (set (reg/v/f:SI 215 [orig:192 buf ] [192]) (reg/v/f:SI 5 r5 [orig:192 buf ] [192])) 256 {movsi_i} (nil)) fgets.i:826:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:411
[Bug c++/58932] [4.9 Regression][C++11] Deleted functions and SFINAE in partial template specializations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58932 --- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 31 12:09:17 2013 New Revision: 204250 URL: http://gcc.gnu.org/viewcvs?rev=204250root=gccview=rev Log: /cp 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * pt.c (most_specialized_class): Bump processing_template_decl for get_class_bindings. /testsuite 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * g++.dg/cpp0x/variadic145.C: New. * g++.dg/cpp0x/sfinae49.C: New. Removed: trunk/gcc/testsuite/g++.dg/cpp0x/variadic145.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog
[Bug c++/58466] [4.8 Regression] ICE in cxx_eval_constant_expression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466 --- Comment #7 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 31 12:09:17 2013 New Revision: 204250 URL: http://gcc.gnu.org/viewcvs?rev=204250root=gccview=rev Log: /cp 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * pt.c (most_specialized_class): Bump processing_template_decl for get_class_bindings. /testsuite 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * g++.dg/cpp0x/variadic145.C: New. * g++.dg/cpp0x/sfinae49.C: New. Removed: trunk/gcc/testsuite/g++.dg/cpp0x/variadic145.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org --- Comment #5 from Martin Jambor jamborm at gcc dot gnu.org --- I'll revert the patch momentarily. Sorry for the trouble and thanks for any testcases.
[Bug sanitizer/58543] Invalid unpoisoning of stack redzones on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543 --- Comment #10 from ygribov at gcc dot gnu.org --- Author: ygribov Date: Thu Oct 31 12:10:01 2013 New Revision: 204251 URL: http://gcc.gnu.org/viewcvs?rev=204251root=gccview=rev Log: 2013-10-31 Richard Sandiford rsand...@linux.vnet.ibm.com Yury Gribov y.gri...@samsung.com PR sanitizer/58543 * asan.c (asan_clear_shadow): Allocate a new vreg for temporary shadow pointer to avoid clobbering the main one. Modified: trunk/gcc/ChangeLog trunk/gcc/asan.c
[Bug c++/58932] [4.9 Regression][C++11] Deleted functions and SFINAE in partial template specializations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58932 --- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 31 12:10:20 2013 New Revision: 204252 URL: http://gcc.gnu.org/viewcvs?rev=204252root=gccview=rev Log: /cp 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * pt.c (most_specialized_class): Bump processing_template_decl for get_class_bindings. /testsuite 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * g++.dg/cpp0x/variadic145.C: New. * g++.dg/cpp0x/sfinae49.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/sfinae49.C
[Bug c++/58466] [4.8 Regression] ICE in cxx_eval_constant_expression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466 --- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 31 12:10:20 2013 New Revision: 204252 URL: http://gcc.gnu.org/viewcvs?rev=204252root=gccview=rev Log: /cp 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * pt.c (most_specialized_class): Bump processing_template_decl for get_class_bindings. /testsuite 2013-10-31 Paolo Carlini paolo.carl...@oracle.com PR c++/58932 Revert: 2013-10-18 Paolo Carlini paolo.carl...@oracle.com PR c++/58466 * g++.dg/cpp0x/variadic145.C: New. * g++.dg/cpp0x/sfinae49.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/sfinae49.C
[Bug c++/58932] [4.9 Regression][C++11] Deleted functions and SFINAE in partial template specializations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58932 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug c++/58466] [4.8/4.9 Regression] ICE in cxx_eval_constant_expression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot gnu.org Summary|[4.8 Regression] ICE in |[4.8/4.9 Regression] ICE in |cxx_eval_constant_expressio |cxx_eval_constant_expressio |n |n --- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com --- Fix reverted.
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jwakely.gcc at gmail dot com --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Was included conditionally before r181869 too, but the condition was different, checked _GLIBCXX_ATOMIC_BUILTINS_4 instead of ATOMIC_INT_LOCK_FREE 1.
[Bug sanitizer/58937] Preloaded libasan segfaults on unsanitized executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 Yury Gribov y.gribov at samsung dot com changed: What|Removed |Added Attachment #31118|0 |1 is obsolete|| --- Comment #3 from Yury Gribov y.gribov at samsung dot com --- Created attachment 31120 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31120action=edit Better patch (In reply to Jakub Jelinek from comment #2) Why don't you add __attribute__((constructor)) to __asan_init instead? Point taken, patch updaten.
[Bug preprocessor/58939] New: Cannot Cross-Build Android Native GCC 4.8 libcpp build conversion errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58939 Bug ID: 58939 Summary: Cannot Cross-Build Android Native GCC 4.8 libcpp build conversion errors Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: chaselton at gmail dot com GCC Cross-Tools Version: 4.8...specifically the Android NDK version 4.8 generated by the make-standalone-toolchain.sh script GCC Build System Version: 4.7.2 System: CentOS 6.2 Configure Options: sudo sh ../gcc-4.8/configure --build=x86_64-redhat-linux --host=arm-linux-androideabi --disable-ld --with-as=/opt/gcc-4.8/armv1/usr/local/arm-linux-androideabi/bin/as --with-ld=/opt/gcc-4.8/armv1/usr/local/arm-linux-androideabi/bin/ld --enable-version-specific-runtime-libs --enable-libmudflap=no --enable-nls=no --enable-shared --enable-languages=c --disable-libatomic --disable-bootstrap -disable-gold --disable-libstdcxx --disable-fortran --disable-libssp --disable-ppl --disable-libquadmath --disable-libquadmath-support --disable-libada --disable-werror --enable-multilib=no --disable-libgomp --disable-cloog --with-sysroot=/usr/sysroot --with-build-time-tools=/opt/centos/devtoolset-1.1/root/usr/bin CC=arm-linux-androideabi-gcc CFLAGS='-Wall -O2 -mandroid -mbionic' LDFLAGS=-Wl,--sysroot=/usr/sysroot,--verbose LIBCFLAGS='-O2 -mandroid -mbionic' LIBCPPFLAGS='-O2 -mandroid -mbionic' LIBCXXFLAGS='-O2 -mandroid -mbionic -fno-implicit-templates' LIBS='-lgcc -lc -ldl -lm' CXX=arm-linux-androideabi-g++ AR=arm-linux-androideabi-ar AS=arm-linux-androideabi-as LD=arm-linux-androideabi-ld NM=arm-linux-androideabi-nm RANLIB=arm-linux-androideabi-ranlib STRIP=arm-linux-androideabi-strip OBJCOPY=arm-linux-androideabi-objcopy OBJDUMP=arm-linux-androideabi-objcopy READELF=arm-linux-androideabi-readelf LD_FOR_TARGET=arm-linux-androideabi-ld NM_FOR_TARGET=arm-linux-androideabi-nm CC_FOR_TARGET=arm-linux-androideabi-gcc CPP_FOR_TARGET=arm-linux-androideabi-gcc CXX_FOR_TARGET=arm-linux-androideabi-g++ GCC_FOR_TARGET=arm-linux-androideabi-gcc RANLIB_FOR_TARGET=arm-linux-androideabi-gcc-ranlib LD_FOR_TARGET=arm-linux-androideabi-ld AS_FOR_TARGET=arm-linux-androideabi-as NM_FOR_TARGET=arm-linux-androideabi-gcc-nm AR_FOR_TARGET=arm-linux-androideabi-gcc-ar READELF_FOR_TARGET=arm-linux-androideabi-readelf OBJDUMP_FOR_TARGET=arm-linux-androideabi-objdump STRIP_FOR_TARGET=arm-linux-androideabi-strip Command Line That Triggers Bug: When remaking files.o arm-linux-androideabi-g++ -I../../gcc-4.8/libcpp -I. -I../../gcc-4.8/libcpp/../include -I../../gcc-4.8/libcpp/include -g -O2 -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -fno-exceptions -fno-rtti -I../../gcc-4.8/libcpp -I. -I../../gcc-4.8/libcpp/../include -I../../gcc-4.8/libcpp/include -c -o files.o -MT files.o -MMD -MP -MF .deps/files.Tpo ../../gcc-4.8/libcpp/files.c Errors/Warning: Live child 0x01d15db0 (files.o) PID 27949 ../../gcc-4.8/libcpp/files.c: In function 'bool read_file_guts(cpp_reader*, _cpp_file*)': ../../gcc-4.8/libcpp/files.c:727:27: error: cannot convert 'long long int*' to 'off_t* {aka long int*}' for argument '7' to 'unsigned char* _cpp_convert_input(cpp_reader*, const char*, unsigned char*, size_t, size_t, const unsigned char**, off_t*)' file-st.st_size); Additional Notes: Very new to C, but with the above source, files.c, writing a cast to off_t as so: off_t *ot off_t ot = (off_t) file-st.st_size; allows the build to continue but resulting cc1 binary throws a Bad Address when run on host platform off_t ot = (off_t) file-st.st_size;
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 --- Comment #6 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- Created attachment 31121 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31121action=edit arm-none-eabi reduced testcase ./cc1 -O2 -g -mthumb -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=softfp reduced.c
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- So why is this a regression? Does ARM define _GLIBCXX_ATOMIC_BUILTINS_4 but ATOMIC_INT_LOCK_FREE=1 ? That seems like a bug in those definitions.
[Bug c++/58701] [4.9 Regression] [c++11] ICE initializing member of static union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- However, I think this is invalid
[Bug c++/58931] condition_variable::wait_until overflowed by large time_pointsteady_clock
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58931 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- I have a fix for PR 54562 so I'll see if it solves this. N.B. --enable-libstdcxx-time=yes should not be necessary for 4.8 if you have glibc 2.17 or later.
[Bug preprocessor/58580] [4.8/4.9 Regression] preprocessor goes OOM with warning for zero literals
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580 --- Comment #6 from Dodji Seketeli dodji at gcc dot gnu.org --- A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/2013-10/msg02676.html
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 Rafał Rawicki rafal at rawicki dot org changed: What|Removed |Added CC||rafal at rawicki dot org --- Comment #3 from Rafał Rawicki rafal at rawicki dot org --- This is a regression, because a more specific _GLIBCXX_ATOMIC_BUILTINS_4 was defined (but is no longer available) and now there is defined ATOMIC_INT_LOCK_FREE=1 (I think think the definition is correct, because there were available _GLIBCXX_ATOMIC_BUILTINS_{1,2,4} and no _GLIBCXX_ATOMIC_BUILTINS_8). The other thing is, std::exception_ptr availability should not depend on the fact whether the platform has lock-free atomics or not.
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 --- Comment #4 from Rafał Rawicki rafal at rawicki dot org --- (In reply to Rafał Rawicki from comment #3) This is a regression, because a more specific _GLIBCXX_ATOMIC_BUILTINS_4 was defined (but is no longer available) and now there is defined ATOMIC_INT_LOCK_FREE=1 (I think think the definition is correct, because there were available _GLIBCXX_ATOMIC_BUILTINS_{1,2,4} and no _GLIBCXX_ATOMIC_BUILTINS_8). The other thing is, std::exception_ptr availability should not depend on the fact whether the platform has lock-free atomics or not. s/_GLIBCXX_ATOMIC_BUILTINS_4 was defined/_GLIBCXX_ATOMIC_BUILTINS_4 was used/
[Bug rtl-optimization/10474] shrink wrapping for functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10474 --- Comment #14 from Martin Jambor jamborm at gcc dot gnu.org --- Author: jamborm Date: Thu Oct 31 13:39:26 2013 New Revision: 204254 URL: http://gcc.gnu.org/viewcvs?rev=204254root=gccview=rev Log: 2013-10-31 Martin Jambor mjam...@suse.cz PR rtl-optimization/58934 Revert: 2013-10-30 Martin Jambor mjam...@suse.cz PR rtl-optimization/10474 * ira.c (find_moveable_pseudos): Do not calculate dominance info nor df analysis. (interesting_dest_for_shprep): New function. (split_live_ranges_for_shrink_wrap): Likewise. (ira): Calculate dominance info and df analysis. Call split_live_ranges_for_shrink_wrap. testsuite/ * gcc.dg/pr10474.c: New testcase. * gcc.dg/ira-shrinkwrap-prep-1.c: Likewise. * gcc.dg/ira-shrinkwrap-prep-2.c: Likewise. Removed: trunk/gcc/testsuite/gcc.dg/ira-shrinkwrap-prep-1.c trunk/gcc/testsuite/gcc.dg/ira-shrinkwrap-prep-2.c trunk/gcc/testsuite/gcc.dg/pr10474.c Modified: trunk/gcc/ChangeLog trunk/gcc/ira.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 --- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org --- Author: jamborm Date: Thu Oct 31 13:39:26 2013 New Revision: 204254 URL: http://gcc.gnu.org/viewcvs?rev=204254root=gccview=rev Log: 2013-10-31 Martin Jambor mjam...@suse.cz PR rtl-optimization/58934 Revert: 2013-10-30 Martin Jambor mjam...@suse.cz PR rtl-optimization/10474 * ira.c (find_moveable_pseudos): Do not calculate dominance info nor df analysis. (interesting_dest_for_shprep): New function. (split_live_ranges_for_shrink_wrap): Likewise. (ira): Calculate dominance info and df analysis. Call split_live_ranges_for_shrink_wrap. testsuite/ * gcc.dg/pr10474.c: New testcase. * gcc.dg/ira-shrinkwrap-prep-1.c: Likewise. * gcc.dg/ira-shrinkwrap-prep-2.c: Likewise. Removed: trunk/gcc/testsuite/gcc.dg/ira-shrinkwrap-prep-1.c trunk/gcc/testsuite/gcc.dg/ira-shrinkwrap-prep-2.c trunk/gcc/testsuite/gcc.dg/pr10474.c Modified: trunk/gcc/ChangeLog trunk/gcc/ira.c trunk/gcc/testsuite/ChangeLog
[Bug c++/58940] New: [C++11] Bogus error: use of deleted function ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58940 Bug ID: 58940 Summary: [C++11] Bogus error: use of deleted function ... Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ppluzhnikov at google dot com Google ref: b/11457051 Using g++ (GCC) 4.9.0 20131028 (experimental) g++ -c -std=c++11 t.cc t.cc: In constructor 'constexpr Bint::B()': t.cc:7:32: error: use of deleted function 'A template-parameter-1-1 ::A(const A template-parameter-1-1 ) [with template-parameter-1-1 = int]' template typename X struct B ^ t.cc:3:5: note: declared here A (A const ) = delete; ^ t.cc: At global scope: t.cc:12:10: note: synthesized method 'constexpr Bint::B()' first required here B int b; ^ Compiles with Clang. Probably same root cause as in PR58930. Test case: // --- template typename struct A { A (A const ) = delete; A (int); }; template typename X struct B { A X a { 0 }; }; B int b; // ---
[Bug rtl-optimization/58934] [4.9 Regression]: build fails on cris-elf in reload_cse_simplify_operands for newlib dtoa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Target|cris-axis-elf, |cris-axis-elf, |sparc-sun-solaris2.11 |sparc-sun-solaris2.11 |sh*-*-*,arm-none-eabi,arm-n |sh*-*-*,arm-none-eabi,arm-n |one-linux-gnueabihf |one-linux-gnueabihf,powerpc ||*-*-* CC||dje at gcc dot gnu.org, ||pthaugen at gcc dot gnu.org --- Comment #8 from David Edelsohn dje at gcc dot gnu.org --- It also had broken PowerPC.
[Bug c++/58856] [4.9 Regression] spurious 'wrong number of template arguments' error for template alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Caused by r201470: DR 1286 * pt.c (get_underlying_template): New. (convert_template_argument, lookup_template_class_1): Use it.
[Bug c/58941] New: MIPS: value modification on zero-length array optimized away
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941 Bug ID: 58941 Summary: MIPS: value modification on zero-length array optimized away Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: thomas.moschcau at web dot de Created attachment 31122 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31122action=edit preprocessed example source file Hello, on mips32 with gcc4.6.3, I get unexpected results when writing to a buffer via a pointer to a zero-sized array. Below is an example to produce the error. Find additional info from gcc further below. Thanks, Thomas #include stdio.h #include stdlib.h typedef struct { int msgLength; unsigned char data[1000]; } SMsg; typedef struct { int dummy; int d[0]; // using d[] would fix it } SData; int condition = 3; void checkData( SMsg* pMsg ); void runBug( void ) { SMsg msg; // generic message SData *pData = (SData*)(msg.data); // pointer to specific payload unsigned int i = 0; // no bug with signed int for ( i = 0; i 1; i++ ) // bug does not appear without this loop { pData-d[i] = 0; if(condition 1) { pData-d[i] |= 0x55; // d[0] is now 0x55 } if(condition 2) { pData-d[i] |= 0xaa; // d[0] should now be 0xff but is 0xaa } } checkData( msg ); } void checkData( SMsg* pMsg ) { SData *pData = (SData*)(pMsg-data); if (pData-d[0] != 0xff) { printf(ERROR d[0]=0x%x, but should be 0x%x|0x%x\n, (unsigned int)pData-d[0], 0x55, 0xaa ); exit(255); } } int main( void ) { runBug(); return 0; } -- /tmp/tlc/usr/bin/mips-linux-gcc -v -fno-strict-aliasing -O2 -Wall -Wextra -g -fwrapv -save-temps -o test_gccbug test.c Using built-in specs. COLLECT_GCC=/tmp/tlc/usr/bin/mips-linux-gcc COLLECT_LTO_WRAPPER=/tmp/tlc/usr/bin/../libexec/gcc/mips-buildroot-linux-uclibc/4.6.3/lto-wrapper Target: mips-buildroot-linux-uclibc Configured with: /vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/toolchain/gcc-4.6.3/configure --prefix=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=mips-buildroot-linux-uclibc --enable-languages=c,c++ --with-sysroot=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr/mips-buildroot-linux-uclibc/sysroot --with-build-time-tools=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr/mips-buildroot-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --disable-libgomp --with-gnu-ld --disable-libssp --disable-multilib --enable-tls --enable-shared --with-gmp=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr --with-mpfr=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr --with-mpc=/vol/cm/perforce/workspace/tmoschca_luzifer_buildroot/bld_mips32/buildroot-2013.02/output/host/usr --disable-nls --enable-threads --disable-decimal-float --with-float=soft --with-abi=32 --with-tune=mips32 --with-pkgversion='Buildroot 2013.02' --with-bugurl=http://bugs.buildroot.net/ Thread model: posix gcc version 4.6.3 (Buildroot 2013.02) COLLECT_GCC_OPTIONS='-v' '-fno-strict-aliasing' '-O2' '-Wall' '-Wextra' '-g' '-fwrapv' '-save-temps' '-o' 'test_gccbug' '-mtune=mips32' '-mabi=32' '-msoft-float' '-mllsc' '-mno-synci' '-mno-shared' /tmp/tlc/usr/bin/../libexec/gcc/mips-buildroot-linux-uclibc/4.6.3/cc1 -E -quiet -v -iprefix /tmp/tlc/usr/bin/../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/ -isysroot /tmp/tlc/usr/bin/../mips-buildroot-linux-uclibc/sysroot test.c -mtune=mips32 -mabi=32 -msoft-float -mllsc -mno-synci -mno-shared -Wall -Wextra -fno-strict-aliasing -fwrapv -g -fworking-directory -O2 -fpch-preprocess -o test.i ignoring duplicate directory /tmp/tlc/usr/bin/../lib/gcc/../../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/include ignoring nonexistent directory /tmp/tlc/usr/bin/../mips-buildroot-linux-uclibc/sysroot/usr/local/include ignoring duplicate directory /tmp/tlc/usr/bin/../lib/gcc/../../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/include-fixed ignoring duplicate directory /tmp/tlc/usr/bin/../lib/gcc/../../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/../../../../mips-buildroot-linux-uclibc/include #include ... search starts here: #include ... search starts here: /tmp/tlc/usr/bin/../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/include /tmp/tlc/usr/bin/../lib/gcc/mips-buildroot-linux-uclibc/4.6.3/include-fixed
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC|rafal at rawicki dot org |amacleod at redhat dot com --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- This is the relevant thread: http://gcc.gnu.org/ml/libstdc++/2011-11/msg00192.html Let's add Andrew in CC.
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Rafał Rawicki from comment #3) This is a regression, because a more specific _GLIBCXX_ATOMIC_BUILTINS_4 was defined (but is no longer available) and now there is defined ATOMIC_INT_LOCK_FREE=1 (I think think the definition is correct, because there were available _GLIBCXX_ATOMIC_BUILTINS_{1,2,4} and no _GLIBCXX_ATOMIC_BUILTINS_8). But ATOMIC_INT_LOCK_FREE only refers to int, i.e. 4-byte integer, so if _GLIBCXX_ATOMIC_BUILTINS_4 was defined then I would expect atomic ops on int to always be lock-free, i.e. the macro should be defined to 2. It's independent of whether atomic ops for 8-byte types are supported. The other thing is, std::exception_ptr availability should not depend on the fact whether the platform has lock-free atomics or not. Without them you either need libatomic.so or you risk undefined behaviour such as leaking exception objects or worse, dangling references to destroyed exceptions.
[Bug c++/58162] [C++11] bogus error: use of deleted function 'constexpr A::A(const A)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58162 --- Comment #2 from Jason Merrill jason at gcc dot gnu.org --- Author: jason Date: Thu Oct 31 14:41:55 2013 New Revision: 204263 URL: http://gcc.gnu.org/viewcvs?rev=204263root=gccview=rev Log: PR c++/58162 * parser.c (cp_parser_late_parse_one_default_arg): Set TARGET_EXPR_DIRECT_INIT_P. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c
[Bug target/58901] vax bootstrap fails on subreg reload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901 --- Comment #4 from Martin Husemann martin at netbsd dot org --- I got a quick lesson in addressing modes for vax ;-) It seems the mode = HImode passed to the upper functions in the call stack is the problem - with HImode we can only use index operands with a factor of 2, but this rtx has a factor of 4. The problem starts in alter_subreg(), where the call to adjust_address_1 is done: #6 0x002d1a06 in alter_subreg (xp=0x7f0e8bc8, final_p=true, 2131659720, 1) at ../../gcc-4.8.2/gcc/final.c:3072 3072*xp = adjust_address (y, GET_MODE (x), offset); and x has (due to subreg) HImode: (gdb) p debug_rtx(x) (subreg:HI (mem/u/c:SI (plus:SI (mult:SI (reg/v:SI 0 %r0 [orig:81 count ] [81]) (const_int 4 [0x4])) (symbol_ref:SI (DECPOWERS) [flags 0x40] var_decl 0x7f22fe60 DECPOWERS)) [3 DECPOWERS S4 A32]) 0) $12 = void (gdb) p debug_rtx(y) (mem/u/c:SI (plus:SI (mult:SI (reg/v:SI 0 %r0 [orig:81 count ] [81]) (const_int 4 [0x4])) (symbol_ref:SI (DECPOWERS) [flags 0x40] var_decl 0x7f22fe60 DECPOWERS)) [3 DECPOWERS S4 A32])
[Bug c++/58616] [meta-bug] nsdmi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616 Bug 58616 depends on bug 58162, which changed state. Bug 58162 Summary: [C++11] bogus error: use of deleted function 'constexpr A::A(const A)' http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58162 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
[Bug c++/58162] [C++11] bogus error: use of deleted function 'constexpr A::A(const A)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58162 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jason at gcc dot gnu.org Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org Target Milestone|--- |4.9.0 --- Comment #3 from Jason Merrill jason at gcc dot gnu.org --- Fixed for 4.9.
[Bug libstdc++/58938] [4.7/4.8/4.9 Regression] std::exception_ptr is missing on architectures with incomplete atomic int support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938 --- Comment #7 from Andrew Macleod amacleod at redhat dot com --- (In reply to Jonathan Wakely from comment #6) (In reply to Rafał Rawicki from comment #3) This is a regression, because a more specific _GLIBCXX_ATOMIC_BUILTINS_4 was defined (but is no longer available) and now there is defined ATOMIC_INT_LOCK_FREE=1 (I think think the definition is correct, because there were available _GLIBCXX_ATOMIC_BUILTINS_{1,2,4} and no _GLIBCXX_ATOMIC_BUILTINS_8). But ATOMIC_INT_LOCK_FREE only refers to int, i.e. 4-byte integer, so if _GLIBCXX_ATOMIC_BUILTINS_4 was defined then I would expect atomic ops on int to always be lock-free, i.e. the macro should be defined to 2. It's independent of whether atomic ops for 8-byte types are supported. yes. if an integer_type_node is 4 bytes, and the architecture has a 4 byte compare and swap, it should be set to 2 regardless of the lack of an 8 byte lock free operation. this assert should never fail: if (__atomic_always_lock_free(4, NULL) (sizeof(int) == 4)) assert (ATOMIC_INT_LOCK_FREE == 2); In theory _GLIBCXX_ATOMIC_BUILTINS_4 should have been the same as ATOMIC_INT_LOCK_FREE as long as sizeof (int) == 4 The other thing is, std::exception_ptr availability should not depend on the fact whether the platform has lock-free atomics or not. Without them you either need libatomic.so or you risk undefined behaviour such as leaking exception objects or worse, dangling references to destroyed exceptions.
[Bug c/58942] New: cilkplus internal compiler error: tree check __sec_reduce_max_ind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58942 Bug ID: 58942 Summary: cilkplus internal compiler error: tree check __sec_reduce_max_ind Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tprince at computer dot org Created attachment 31123 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31123action=edit pre-processed source gcc -O2 -ftree-vectorize -fopenmp -std=c99 -funroll-loops --param max-unroll-times=4 -c -fcilkplus s315.i s315.c: In function ‘s315_’: s315.c:89:5: internal compiler error: tree check: accessed operand 2 of indirect_ref with 1 operands in fix_builtin_array_notation_fn, at c/c-array-notation.c:477 } ^ 0xbe4721 tree_operand_check_failed(int, tree_node const*, char const*, int, char const*) ../../gcc/tree.c:9507 0x5e09bf tree_operand_check ../../gcc/tree.h:3127 0x5e09bf fix_builtin_array_notation_fn ../../gcc/c/c-array-notation.c:477 0x5e28dd build_array_notation_expr(unsigned int, tree_node*, tree_node*, tree_code, unsigned int, tree_node*, tree_node*) ../../gcc/c/c-array-notation.c:640 0x5e5478 expand_array_notation_exprs(tree_node*) ../../gcc/c/c-array-notation.c:1275 0x5e5108 expand_array_notation_exprs(tree_node*) ../../gcc/c/c-array-notation.c:1263 0x5d91eb c_parser_compound_statement ../../gcc/c/c-parser.c:4174 0x5d7267 c_parser_statement_after_labels ../../gcc/c/c-parser.c:4570 0x5db593 c_parser_c99_block_statement ../../gcc/c/c-parser.c:4757 0x5dbb36 c_parser_for_statement ../../gcc/c/c-parser.c:5219 0x5d76b3 c_parser_statement_after_labels ../../gcc/c/c-parser.c:4588 0x5d8926 c_parser_compound_statement_nostart ../../gcc/c/c-parser.c:4338 0x5d917e c_parser_compound_statement ../../gcc/c/c-parser.c:4170 0x5da0fa c_parser_declaration_or_fndef ../../gcc/c/c-parser.c:1810 0x5dd995 c_parser_external_declaration ../../gcc/c/c-parser.c:1380 0x5de439 c_parser_translation_unit ../../gcc/c/c-parser.c:1267 0x5de439 c_parse_file() ../../gcc/c/c-parser.c:13297 0x62e753 c_common_parse_file() ../../gcc/c-family/c-opts.c:1046 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report.
[Bug c/58942] cilkplus internal compiler error: tree check __sec_reduce_max_ind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58942 --- Comment #1 from tprince at computer dot org --- gcc -O2 -ftree-vectorize -fopenmp -std=c99 -funroll-loops --param max-unroll-times=4 -c -fcilkplus -v s315.i Using built-in specs. COLLECT_GCC=gcc Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/usr/local/gcc-4.9 --enable-languages='c c++ fortran' Thread model: posix gcc version 4.9.0 20131031 (experimental) (GCC) COLLECT_GCC_OPTIONS='-O2' '-ftree-vectorize' '-fopenmp' '-std=c99' '-funroll-loops' '--param' 'max-unroll-times=4' '-c' '-fcilkplus' '-v' '-mtune=generic' '-march=x86-64' '-pthread' /usr/local/gcc-4.9/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1 -fpreprocessed s315.i -quiet -dumpbase s315.i -mtune=generic -march=x86-64 -auxbase s315 -O2 -std=c99 -version -ftree-vectorize -fopenmp -funroll-loops -fcilkplus --param max-unroll-times=4 -o /tmp/ccwvvwef.s GNU C (GCC) version 4.9.0 20131031 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131031 (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 GNU C (GCC) version 4.9.0 20131031 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.9.0 20131031 (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: 0002240542c88ef466dc653c18157e56
[Bug c++/58834] [4.9 Regression] ICE on __builtin_shuffle within template function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58834 --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com --- Marc, can you prepare a patch?
[Bug bootstrap/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||ebotcazou at gcc dot gnu.org Component|other |bootstrap Ever confirmed|0 |1 Severity|normal |blocker --- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org --- I can even reproduce without --enable-version-specific-runtime-libs.
[Bug c/58943] New: wrong calculation of indirect structure member arithmetic via function call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943 Bug ID: 58943 Summary: wrong calculation of indirect structure member arithmetic via function call Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: Dimitar.Peikov at gmail dot com Created attachment 31124 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31124action=edit example for failed structure propagation In attached file there is an example of invalid calculation where, a structure with integer is manipulated inside a function call which takes struct as pointer and same integer member is part of arithmetic result operation. The issue was tested on several compilers 4.6.3, 4.7.2, 4.8.1 on different platforms Linux and Windows with same result.
[Bug middle-end/58134] [4.8/4.9 Regression] -ftree-vectorizer-verbose=n shows vectorized loops only for N== 1 and N 2 but not for N==2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58134 Sharad Singhai singhai at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Sharad Singhai singhai at gcc dot gnu.org --- I have removed this deprecated option in r204244, hence marking it fixed.
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 --- Comment #3 from Johan Lundberg lundberj at gmail dot com --- (In reply to Jonathan Wakely from comment #2) I suppose we could turn all timed waiting functions into sleeps, and wait() into an infinite loop, when libpthread is not linked in, but I'd prefer not to add that complexity. I agree, that sounds too much. The documentation of -pthread states that it sets flags for the preprocessor in addition to the linker and at least on my system, _REENTRANT is set by -pthreads. If that's a canonical way to detect threading support I suggest checking it in the headers that rely on threading: #ifndef _REENTRANT #error No thread support enabled. #endif If there are reasons this is not a good idea so be it.
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org --- I don't think -pthread sets _REENTRANT for all targets, although it might do for all those where we actually support std::condition_variable.
[Bug fortran/40196] F2003: Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40196 Sean Santos quantheory at gmail dot com changed: What|Removed |Added CC||quantheory at gmail dot com --- Comment #3 from Sean Santos quantheory at gmail dot com --- Real/imaginary parts seem to be Fortran 2008 only. Len/kind are still Fortran 2003.
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org --- Also, some people compile without -pthread then link with -lpthread manually. We could say that's technically unsupported, but currently it works.
[Bug c++/58162] [C++11] bogus error: use of deleted function 'constexpr A::A(const A)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58162 --- Comment #4 from James Dennett james.dennett at gmail dot com --- Thanks, Jason.
[Bug c++/56037] Spurious syntax error triggered before ambiguity resolution of type-id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56037 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- This is closely related to PR29234. In fact, the patch I'm working on, as linked from the latter, already fixes this bug too.
[Bug preprocessor/58687] #line __LINE__ ... changes subsequent line numbers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #14 from Max TenEyck Woodbury mtewoodbury at gmail dot com --- Created attachment 31125 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31125action=edit Patch to postpone __LINE__ evaluation to the end of a # line directive. Patch includes changes to 2 source code files, a header and the line4.c test case. make bootstrap OK. make -k check of patched and un-patched code matches except for time stamps. Formal release of changes copyright to FSF granted. Max TenEyck Woodbury
[Bug other/58944] New: [4.9 Regression] bogus -Wunused-macros warnings when compiling Libreoffice
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944 Bug ID: 58944 Summary: [4.9 Regression] bogus -Wunused-macros warnings when compiling Libreoffice Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: octoploid at yandex dot com markus@x4 tmp % cat test.ii #pragma GCC push_options #pragma GCC target(xsaveopt) void fn1(void) {} #pragma GCC pop_options markus@x4 tmp % gcc -Wunused-macros -march=native -c test.ii test.ii:4:9: warning: macro __code_model_small__ is not used [-Wunused-macros] #pragma GCC pop_options ^ test.ii:4:9: warning: macro __XSAVE__ is not used [-Wunused-macros] test.ii:4:9: warning: macro __XSAVEOPT__ is not used [-Wunused-macros] test.ii:4:24: warning: macro __amdfam10__ is not used [-Wunused-macros] #pragma GCC pop_options ^ test.ii:4:24: warning: macro __amdfam10 is not used [-Wunused-macros] test.ii:4:24: warning: macro __code_model_small__ is not used [-Wunused-macros] test.ii:4:24: warning: macro __tune_amdfam10__ is not used [-Wunused-macros] markus@x4 tmp % The __tune_amdfam10__ and __amdfam10 (and maybe __code_model_small__) warnings look bogus. I've noticed this issue while compiling Libreoffice.
[Bug libstdc++/58929] condition_variable does not wait without -pthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org --- I'd say most people compile with -lpthread, I think glibc only keyes a single prototype on _REENTRANT (getlogin_r) and even that is also enabled by POSIX 1995 feature test macro too (which is on by default). So, conditionalizing something on _REENTRANT sounds a wrong idea to me.
[Bug other/58944] [4.9 Regression] bogus -Wunused-macros warnings when compiling Libreoffice
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944 octoploid at yandex dot com changed: What|Removed |Added CC||tmsriram at gcc dot gnu.org --- Comment #1 from octoploid at yandex dot com --- Started with r203634.
[Bug target/58945] New: Improve atomic_compare_and_swap*_doubleword pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945 Bug ID: 58945 Summary: Improve atomic_compare_and_swap*_doubleword pattern Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: ubizjak at gmail dot com Created attachment 31126 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31126action=edit Patch to simplify atomic_compare_and_swapdwi_doubleword pattern Currently, gcc generates lots of unnecessary moves for following testcase (actually gcc.dg/atomic-store-6.c): --cut here-- __int128_t i; int main() { __atomic_store_16(i, -1, 0); if (i != -1) __builtin_abort(); return 0; } --cut here-- gcc -O2 -mcx16: movqi(%rip), %rsi movq$-1, %rcx movqi+8(%rip), %rdi .L2: movq%rsi, %rax movq%rdi, %rdx movq%rcx, %rbx lock cmpxchg16b i(%rip) movq%rdx, %rdi movq%rax, %rsi jne .L2 I have experimented with sync x86_64 pattern, to see if we can simplify atomic_compare_and_swapdwi_doubleword pattern, so it would work with real doublemode values and this way remove unnecessary register moves. However, I have hit an ICE in assing_by_spills that prevents me from using these simplifications: gcc -O2 -mcx16 atomic-store-6.c: In function ‘main’: atomic-store-6.c:13:1: internal compiler error: in assign_by_spills, at lra-assigns.c:1281 } ^ 0x883e7f assign_by_spills ../../gcc-svn/trunk/gcc/lra-assigns.c:1281 0x884320 lra_assign() ../../gcc-svn/trunk/gcc/lra-assigns.c:1439 Please submit a full bug report, I believe that the pattern is correct, and LRA is tripping on some unknown issue.
[Bug target/58945] Improve atomic_compare_and_swap*_doubleword pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added Target||x86 Status|UNCONFIRMED |NEW Last reconfirmed||2013-10-31 CC||vmakarov at gcc dot gnu.org Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from Uroš Bizjak ubizjak at gmail dot com --- Confirmed as an enhancement.
[Bug tree-optimization/58946] New: [4.9 Regression] internal compiler error: in operator[], at vec.h:722
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58946 Bug ID: 58946 Summary: [4.9 Regression] internal compiler error: in operator[], at vec.h:722 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: octoploid at yandex dot com Building dev-util/kdevplatform-1.5.2 ICEs. markus@x4 tmp % cat test.ii class A { public: A(int p1) : m_index(p1) { if (!p1) m_index = DummyMask; } enum { DummyMask = 1 31 }; unsigned m_fn1() const { int a; a = m_index DummyMask; if (a) return 0; return m_index; } unsigned m_index; }; class B { public: int contains___trans_tmp_4; void m_fn1(int p1) { const A b = p1; contains___trans_tmp_4 = b.m_fn1(); } }; void fn1(A p1, B p2) { int c; c = p1.m_fn1(); p2.m_fn1(c); } markus@x4 tmp % g++ -c -O2 test.ii test.ii: In function ‘void fn1(A, B)’: test.ii:28:6: internal compiler error: in operator[], at vec.h:722 void fn1(A p1, B p2) { ^ 0xc819a7 vecoperand_entry*, va_heap, vl_embed::operator[](unsigned int) ../../gcc/gcc/vec.h:722 0xc84207 vecoperand_entry*, va_heap, vl_embed::operator[](unsigned int) ../../gcc/gcc/tree.h:2806 0xc84207 vecoperand_entry*, va_heap, vl_ptr::operator[](unsigned int) ../../gcc/gcc/vec.h:1152 0xc84207 update_ops ../../gcc/gcc/tree-ssa-reassoc.c:2619 0xc8c1fa maybe_optimize_range_tests ../../gcc/gcc/tree-ssa-reassoc.c:2907 0xc8c1fa reassociate_bb ../../gcc/gcc/tree-ssa-reassoc.c:4325 0xc8b927 reassociate_bb ../../gcc/gcc/tree-ssa-reassoc.c:4482 0xc8b927 reassociate_bb ../../gcc/gcc/tree-ssa-reassoc.c:4482 0xc8e2db do_reassoc ../../gcc/gcc/tree-ssa-reassoc.c:4515 0xc8e2db execute_reassoc ../../gcc/gcc/tree-ssa-reassoc.c:4597 0xc8e2db execute ../../gcc/gcc/tree-ssa-reassoc.c:4639 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. Looks related to PR58911.
[Bug c/58943] wrong calculation of indirect structure member arithmetic via function call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943 Mikael Pettersson mikpelinux at gmail dot com changed: What|Removed |Added CC||mikpelinux at gmail dot com --- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com --- Created attachment 31127 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31127action=edit reduced test case I believe this bug is real, and a dup or variation of PR48814, the difference being that PR48814 had a postfix ++ while here we have a compound assignment (|=). According to Joseph's comment in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48814#c8 the same interleaving restrictions apply to ++ and |=. The bug appears to trigger when the lvalue is a non-scalar. It doesn't have to be a struct member, an array element (as in this test case) suffices.
[Bug fortran/58947] New: [OOP] ICE on select type with non-polymorphic selector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58947 Bug ID: 58947 Summary: [OOP] ICE on select type with non-polymorphic selector Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: vladimir.fuka at gmail dot com type t integer i end type type(t) a select type (x=a%i) type is (integer) print *,x end select end gfortran seltype.f90 f951: internal compiler error: Neoprávněný přístup do paměti (SIGSEGV) 0x8ba79f crash_signal ../../gcc-4.8-20130509/gcc/toplev.c:332 0x546b1c get_unique_type_string ../../gcc-4.8-20130509/gcc/fortran/class.c:462 0x5476d8 get_unique_hashed_string ../../gcc-4.8-20130509/gcc/fortran/class.c:485 0x5480aa gfc_build_class_symbol(gfc_typespec*, symbol_attribute*, gfc_array_spec**, bool) ../../gcc-4.8-20130509/gcc/fortran/class.c:579 0x58f528 copy_ts_from_selector_to_associate ../../gcc-4.8-20130509/gcc/fortran/match.c:5220 0x58f528 gfc_match_select_type() ../../gcc-4.8-20130509/gcc/fortran/match.c:5391 0x59e919 match_word ../../gcc-4.8-20130509/gcc/fortran/parse.c:65 0x59fb8e match_word ../../gcc-4.8-20130509/gcc/fortran/parse.c:368 0x59fb8e decode_statement ../../gcc-4.8-20130509/gcc/fortran/parse.c:369 0x5a0f04 next_free ../../gcc-4.8-20130509/gcc/fortran/parse.c:783 0x5a0f04 next_statement ../../gcc-4.8-20130509/gcc/fortran/parse.c:976 0x5a15a4 parse_spec ../../gcc-4.8-20130509/gcc/fortran/parse.c:2744 0x5a34e8 parse_progunit ../../gcc-4.8-20130509/gcc/fortran/parse.c:4124 0x5a4208 gfc_parse_file() ../../gcc-4.8-20130509/gcc/fortran/parse.c:4605 0x5dfd15 gfc_be_parse_file ../../gcc-4.8-20130509/gcc/fortran/f95-lang.c:189 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 c++/58948] New: c++0x support for enums in namespaces
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58948 Bug ID: 58948 Summary: c++0x support for enums in namespaces Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: sshannin at gmail dot com Host: gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) Target: x86_64-linux-gnu Build: Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bug s --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker Created attachment 31128 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31128action=edit Preprocessed source compiled with: g++ -std=c++0x sample.cpp Error message: sample.cpp:3:1: error: ‘G’ in ‘enum G::A’ does not name a type Compiles without complaint if 'std=c++0x' argument is omitted.
[Bug tree-optimization/58946] [4.9 Regression] internal compiler error: in operator[], at vec.h:722
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58946 octoploid at yandex dot com changed: What|Removed |Added CC||pinskia at gcc dot gnu.org --- Comment #1 from octoploid at yandex dot com --- Started with r204194.
[Bug tree-optimization/58946] [4.9 Regression] internal compiler error: in operator[], at vec.h:722
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58946 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to octoploid from comment #1) Started with r204194. Yes I expected failures to happen in reassoc due it not being well tested before and now my patch is forcing the path inside reassoc being a lot more than before. Most likely you could get a test case that exposes this before my patch.
[Bug bootstrap/58949] New: libcilkrts will not bootstrap on x86_64 without libstdc++.i686 32 bit libraries installed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58949 Bug ID: 58949 Summary: libcilkrts will not bootstrap on x86_64 without libstdc++.i686 32 bit libraries installed Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: amacleod at redhat dot com on x86_64-unknown-linux-gnu bootstrap fails during configuration of libcilkrts. When testing for a functioning c++ compiler, the executable builds fine, but fails to execute because the executable is looking for the 32 bit system library at some point instead of using the local libraries built by the toolchain. You should be able to reproduce this by bootstrapping on an x86_64 box which does not have libstdc++.i686 installed. When I installed libstdc++.i686 on my system the problem went away...
[Bug bootstrap/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 --- Comment #4 from octoploid at yandex dot com --- The following patch fixes the issue for me: diff --git a/libcilkrts/Makefile.am b/libcilkrts/Makefile.am index f332cfb13de6..40a19787fda7 100644 --- a/libcilkrts/Makefile.am +++ b/libcilkrts/Makefile.am @@ -47,6 +47,8 @@ AM_CFLAGS = $(GENERAL_FLAGS) -std=c99 AM_CPPFLAGS = $(GENERAL_FLAGS) AM_LDFLAGS = -lpthread -ldl +gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER) + # Target list. toolexeclib_LTLIBRARIES = libcilkrts.la diff --git a/libcilkrts/Makefile.in b/libcilkrts/Makefile.in index 35e270518211..47ea956ee457 100644 --- a/libcilkrts/Makefile.in +++ b/libcilkrts/Makefile.in @@ -346,6 +346,8 @@ AM_CFLAGS = $(GENERAL_FLAGS) -std=c99 AM_CPPFLAGS = $(GENERAL_FLAGS) AM_LDFLAGS = -lpthread -ldl +gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER) + # Target list. toolexeclib_LTLIBRARIES = libcilkrts.la libcilkrts_la_SOURCES = \
[Bug tree-optimization/58946] [4.9 Regression] internal compiler error: in operator[], at vec.h:722
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58946 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.9.0 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org --- This is a bug in my reassoc changes, update_ops uses is_reassociable_op and has_single_use predicates and expects to match exactly what get_ops did, but if some SSA_NAME has say two imm uses during get_ops, one of those could be gone because of earlier update_ops or GIMPLE_COND changes processing and then update_ops can recurse on something get_ops has not. Will think about it tomorrow.
[Bug bootstrap/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 --- Comment #5 from Balaji V. Iyer bviyer at gmail dot com --- Hi, I just submitted a patch to the gcc-patches mailing list. Can you try that out? Thanks, Balaji V. Iyer. On Thu, Oct 31, 2013 at 6:02 PM, octoploid at yandex dot com gcc-bugzi...@gcc.gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 --- Comment #4 from octoploid at yandex dot com --- The following patch fixes the issue for me: diff --git a/libcilkrts/Makefile.am b/libcilkrts/Makefile.am index f332cfb13de6..40a19787fda7 100644 --- a/libcilkrts/Makefile.am +++ b/libcilkrts/Makefile.am @@ -47,6 +47,8 @@ AM_CFLAGS = $(GENERAL_FLAGS) -std=c99 AM_CPPFLAGS = $(GENERAL_FLAGS) AM_LDFLAGS = -lpthread -ldl +gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER) + # Target list. toolexeclib_LTLIBRARIES = libcilkrts.la diff --git a/libcilkrts/Makefile.in b/libcilkrts/Makefile.in index 35e270518211..47ea956ee457 100644 --- a/libcilkrts/Makefile.in +++ b/libcilkrts/Makefile.in @@ -346,6 +346,8 @@ AM_CFLAGS = $(GENERAL_FLAGS) -std=c99 AM_CPPFLAGS = $(GENERAL_FLAGS) AM_LDFLAGS = -lpthread -ldl +gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER) + # Target list. toolexeclib_LTLIBRARIES = libcilkrts.la libcilkrts_la_SOURCES = \ -- You are receiving this mail because: You are on the CC list for the bug.
[Bug c++/58950] New: [4.9 Regression] Missing statement has no effect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950 Bug ID: 58950 Summary: [4.9 Regression] Missing statement has no effect Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: glisse at gcc dot gnu.org void f(){ int i __attribute__((vector_size(2*sizeof(int = { 2, 3 }; __builtin_shuffle (i, i); } g++-4.8: x.c:3:3: warning: statement has no effect [-Wunused-value] gcc-4.9: x.c:3:3: warning: value computed is not used [-Wunused-value] g++-4.9: nothing :-( We do warn for i+i, but not for (i+i) (again this is missing only in C++).
[Bug bootstrap/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 --- Comment #6 from octoploid at yandex dot com --- (In reply to Balaji V. Iyer from comment #5) Hi, I just submitted a patch to the gcc-patches mailing list. Can you try that out? Our mails just crossed and I think your patch is fine. Will try it out tomorrow.
[Bug bootstrap/58925] --enable-version-specific-runtime-libs breaks libcilk install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925 --- Comment #7 from bviyer at gcc dot gnu.org --- Author: bviyer Date: Thu Oct 31 23:55:21 2013 New Revision: 204280 URL: http://gcc.gnu.org/viewcvs?rev=204280root=gccview=rev Log: Fix for PR other/58925 +2013-10-31 Balaji V. Iyer balaji.v.i...@intel.com + + PR other/58925 + * configure.ac: Added target_alias and GCC_LIBSTDCXX_RAW_CXX_FLAGS + fields. + * configure: Regenerated. + * aclocal.m4: Likewise. + * Makefile.in: Likewise. + * Makefile.am: Added gcc_version field. + Modified: trunk/libcilkrts/ChangeLog trunk/libcilkrts/Makefile.am trunk/libcilkrts/Makefile.in trunk/libcilkrts/aclocal.m4 trunk/libcilkrts/configure trunk/libcilkrts/configure.ac
[Bug bootstrap/58951] New: [4.9 regression] cilk build fails due to use of -ldl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951 Bug ID: 58951 Summary: [4.9 regression] cilk build fails due to use of -ldl Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: gerald at pfeifer dot com libtool: link: /scratch2/tmp/gerald/OBJ-1031-1937/./gcc/xg++ -B/scratch2/tmp/gerald/OBJ-1031-1937/./gcc/ -nostdinc++ -nostdinc++ -I/scratch2/tmp/gerald/OBJ-103a1-1937/i386-unknown-freebsd10.0/libstdc++-v3/inc$ -I/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/incl$ -I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/libsupc++ -I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/include/backward -I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/testsuite/util -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/$ -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/libs$ -B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/bin/ -B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/lib/ -isystem /home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/include -isystem /home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/sys-include -shared -nostdlib /usr/lib/crti.o /scratch2/tmp/gerald/OBJ-1031-1937/./gcc/crtbeginS.o .libs/cilk-abi-vla.o .libs/os-unix-sysdep.o .libs/bug.o .libs/cilk-abi.o .libs/cilk-abi-cilk-for.o .libs/cilk-abi-vla-internal.o .libs/cilk_api.o .libs/cilk_fiber.o .libs/cilk_fiber-unix.o .libs/cilk_malloc.o .libs/c_reducers.o .libs/except-gcc.o .libs/frame_malloc.o .libs/full_frame.o .libs/global_state.o .libs/jmpbuf.o .libs/local_state.o .libs/metacall_impl.o .libs/os_mutex-unix.o .libs/os-unix.o .libs/pedigrees.o .libs/record-replay.o .libs/reducer_impl.o .libs/scheduler.o .libs/signal_node.o .libs/spin_mutex.o .libs/stats.o .libs/symbol_test.o .libs/sysdep-unix.o .libs/worker_mutex.o -Wl,-rpath -Wl,/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/sr$ -Wl,-rpath -Wl,/home/gerald/gcc-ref10-i386/lib -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/$ -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src -L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/libs$ -lpthread -ldl -L/scratch2/tmp/gerald/OBJ-1031-1937/./gcc /scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/.l$ -lm -lc -lgcc_s /scratch2/tmp/gerald/OBJ-1031-1937/./gcc/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libcilkrts.so.5 -o .libs/libcilkrts.so.5 /home/gerald/10-i386/bin/ld: cannot find -ldl collect2: error: ld returned 1 exit status gmake[2]: *** [libcilkrts.la] Error 1 gmake[2]: Leaving directory `/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-fre ebsd10.0/libcilkrts' gmake[1]: *** [all-target-libcilkrts] Error 2 gmake[1]: Leaving directory `/scratch2/tmp/gerald/OBJ-1031-1937' gmake: *** [bootstrap] Error 2
[Bug bootstrap/58951] [4.9 regression] cilk build fails due to use of -ldl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951 Gerald Pfeifer gerald at pfeifer dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-01 Assignee|unassigned at gcc dot gnu.org |bviyer at gcc dot gnu.org Ever confirmed|0 |1