[Bug driver/54171] [4.8 Regression] Installed GCC doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54171 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 --- Comment #2 from H.J. Lu 2012-08-04 05:37:41 UTC --- Fixed.
[Bug driver/54171] [4.8 Regression] Installed GCC doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54171 --- Comment #1 from hjl at gcc dot gnu.org 2012-08-04 05:33:31 UTC --- Author: hjl Date: Sat Aug 4 05:33:27 2012 New Revision: 190140 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190140 Log: Replace top_srcdir with srcdir PR driver/54171 * Makefile.in (version): Replace top_srcdir with srcdir. Modified: trunk/libgcc/ChangeLog trunk/libgcc/Makefile.in
[Bug driver/54171] New: [4.8 Regression] Installed GCC doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54171 Bug #: 54171 Summary: [4.8 Regression] Installed GCC doesn't work Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86-64, revision 190136: http://gcc.gnu.org/ml/gcc-cvs/2012-08/msg00111.html breaks the installed GCC: [hjl@gnu-35 tmp]$ cat x.c int main () { } [hjl@gnu-35 tmp]$ /export/gnu/import/git/gcc-test-spec/usr/bin/gcc x.c /usr/local/bin/ld: cannot find crtbegin.o: No such file or directory /usr/local/bin/ld: cannot find -lgcc collect2: error: ld returned 1 exit status [hjl@gnu-35 tmp]$
[Bug middle-end/53865] [4.8 Regression] 176.gcc in SPEC CPU 2000 failed to build with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53865 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from H.J. Lu 2012-08-04 01:17:51 UTC --- Fixed.
[Bug c++/54170] Call to lambda elided
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54170 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-08-04 Ever Confirmed|0 |1 --- Comment #1 from Paolo Carlini 2012-08-04 00:07:33 UTC --- Can you please add a self contained testcase, not requiring assembly inspection? Thanks.
[Bug c++/54170] New: Call to lambda elided
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54170 Bug #: 54170 Summary: Call to lambda elided Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: bek...@yopmail.com Created attachment 27935 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27935 preprocessed source gcc version: 4.7.0 target: mingw32 Configured with: ../gcc-4.7.0/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --disable-build-poststage1-with-cxx --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw command line: gcc -v -save-temps -std=gnu++0x -c -g src\lambdatest.cpp COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=gnu++11' '-c' '-g' '-mtune=i386' '-march=i386' lambdatest.cpp: #include // for std::forward // externally defined void ExternalFunction1(const char*, int); void ExternalFunction2(int, void**); template void* Call(Callable native_func, ArgTypes&&... args) noexcept { return native_func(std::forward(args)...); } void* test_lambda(void* functionData, int argc, void* argv[]) { return Call([=] { ExternalFunction1("Lalala...", 0); ExternalFunction2(argc, argv); return nullptr; }); } --- This compiles without error messages, but gives incorrect output. The call to native_func on line 10 is left out, and Call simply returns 0 instead. This can be verified by examining the generated assembly: __Z4CallIZ11test_lambdaPviPS0_EUlvE_IEES0_T_DpOT0_: pushl%ebp movl%esp, %ebp movl$0, %eax popl%ebp ret No code is generated for the lambda body, and the resulting object file does not contain references to ExternalFunction1 or ExternalFunction2.
[Bug middle-end/54169] [4.8 Regression] ICE in expand_call, at calls.c:3162 -- bad stack alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54169 Richard Henderson changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Richard Henderson 2012-08-03 21:08:17 UTC --- The patch in question has already been reverted.
[Bug middle-end/54169] [4.8 Regression] ICE in expand_call, at calls.c:3162 -- bad stack alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54169 --- Comment #1 from John David Anglin 2012-08-03 20:51:11 UTC --- Created attachment 27934 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27934 Preprocessed source
[Bug middle-end/54169] New: [4.8 Regression] ICE in expand_call, at calls.c:3162 -- bad stack alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54169 Bug #: 54169 Summary: [4.8 Regression] ICE in expand_call, at calls.c:3162 -- bad stack alignment Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: dang...@gcc.gnu.org Host: hppa*-*-* (32-bit) Target: hppa*-*-* (32-bit) Build: hppa*-*-* (32-bit) In stage2, if [ x"-fPIC" != x ]; then \ /home/dave/gnu/gcc/objdir/./prev-gcc/xgcc -B/home/dave/gnu/gcc/objdir/ ./prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux-gnu/bin/ -B/home/dave/ opt/gnu/gcc/gcc-4.7.0/hppa-linux-gnu/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.7.0/hpp a-linux-gnu/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux-gnu/includ e -isystem /home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux-gnu/sys-include-c -DHAVE_CONFIG_H -g -O2 -I. -I../../gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic -fPIC ../../gcc/libiberty/regex.c -o pic/regex.o; \else true; fi ../../gcc/libiberty/regex.c: In function ‘byte_re_compile_fastmap’: ../../gcc/libiberty/regex.c:152:35: internal compiler error: in expand_call, at calls.c:3162 # define bzero(s, n) (memset (s, '\0', n), (s)) ^ ../../gcc/libiberty/regex.c:4582:3: note: in expansion of macro 'bzero' bzero (fastmap, 1 << BYTEWIDTH); /* Assume nothing's valid. */ ^ (gdb) p stack_pointer_delta $5 = 24 (gdb) p preferred_unit_stack_boundary $6 = 64 dave@mx3210:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v Reading specs from ./specs COLLECT_GCC=./xgcc COLLECT_LTO_WRAPPER=./lto-wrapper Target: hppa-linux-gnu Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared --enable-multiarch --with-multiarch-defaults=hppa-linux-gnu --enable-linker-build-id --build=hppa-linux-gnu --host=hppa-linux-gnu --target=hppa-linux-gnu --prefix=/home/dave/opt/gnu/gcc/gcc-4.7.0 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --build=hppa-linux-gnu --enable-clocale=gnu --enable-java-gc=boehm --enable-languages=c,c++,objc,fortran,obj-c++,java,ada,lto Thread model: posix gcc version 4.8.0 20120801 (experimental) [trunk revision 190051] (GCC) Introduced by, 2012-08-01 Richard Henderson PR middle-end/34548 * function.h (struct rtl_data): Add max_dynamic_stack_alignment. * cfgexpand.c (gimple_expand_cfg): Initialise it. * explow.c (allocate_dynamic_stack_space): Set it. Simplify alignment requirements given the known alignment of dynamic_offset. * function.c (instantiate_virtual_regs): Align dtnamic_offset.
[Bug libfortran/30162] I/O with named pipes does not work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162 --- Comment #23 from Janne Blomqvist 2012-08-03 19:45:10 UTC --- (In reply to comment #22) > Revision 180701 removed all checks for special files in > unit.c:unit_truncate(). Yes. As the email message introducing the patch explained, special files are special in many ways, and trying to impose some kind of uniform behavior on them is bound to fail in more or less surprising and inconvenient ways. For the same reason, the code for handling special files were removed from the buffered IO functions, and all non-regular files now just use the raw IO functions instead. The only sane way is to seek/truncate only when the user code requires such a behavior, and if that then fails, return an error and let the user handle it. The real bug is thus that we shouldn't try to seek or truncate the fd at all, as it's not necessary in this case. I recall that I tried some simple programs with named pipes when I implemented the patch, but maybe some subsequent patch then broke it again.
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 William J. Schmidt changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from William J. Schmidt 2012-08-03 19:29:03 UTC --- Thanks for verifying! Fixed.
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 --- Comment #7 from Igor Zamyatin 2012-08-03 19:24:40 UTC --- There are no those fails now, thanks! The bug could be closed.
[Bug c++/54165] Cast to "void" should not implicitly call conversion functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54165 Marc Glisse changed: What|Removed |Added CC||glisse at gcc dot gnu.org --- Comment #2 from Marc Glisse 2012-08-03 17:39:41 UTC --- Looks like moving the VOID_TYPE case before the direct initialization case in build_static_cast_1 would help, although there are other places where we could test for void conversions.
[Bug target/54168] ARM: Redundant instructions emitted at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54168 --- Comment #1 from Mans Rullgard 2012-08-03 17:15:47 UTC --- Created attachment 27933 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27933 Compiled test case
[Bug target/54168] New: ARM: Redundant instructions emitted at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54168 Bug #: 54168 Summary: ARM: Redundant instructions emitted at -O3 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: m...@mansr.com Created attachment 27932 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27932 Test case Compiling the attached code for ARM results in redundant instructions even at -O3 optimisation. Note this sequence (interleaved with other instructions): ldrhr3, [r0]@ unaligned and r3, r3, #2 uxthr3, r3 cmp r3, #0 beq .L2 The UXTH is clearly redundant since no more than 16 bits can be set by LDRH. Once this is removed, the CMP can be folded with the AND as ANDS. Interestingly, this badness only happens with -march=armv6 or higher. If the target is v5, sane code is generated. This is a regression in the 4.7 and 4.8 branches. 4.6 and earlier behave properly.
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 --- Comment #6 from William J. Schmidt 2012-08-03 16:14:05 UTC --- Yukhin, could you please verify this removes the failure for your target? Thanks, Bill
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 --- Comment #5 from William J. Schmidt 2012-08-03 16:12:34 UTC --- Author: wschmidt Date: Fri Aug 3 16:12:22 2012 New Revision: 190131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190131 Log: 2012-08-03 Bill Schmidt PR target/54156 * testsuite/gcc.dg/vect/pr53773.c: Change to use optimized dump. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/pr53773.c --- Comment #6 from William J. Schmidt 2012-08-03 16:14:05 UTC --- Yukhin, could you please verify this removes the failure for your target? Thanks, Bill
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 --- Comment #5 from William J. Schmidt 2012-08-03 16:12:34 UTC --- Author: wschmidt Date: Fri Aug 3 16:12:22 2012 New Revision: 190131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190131 Log: 2012-08-03 Bill Schmidt PR target/54156 * testsuite/gcc.dg/vect/pr53773.c: Change to use optimized dump. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/pr53773.c
[Bug fortran/54166] ICE rank-1 assignment to rank-2 array section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54166 Mikael Morin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Mikael Morin 2012-08-03 16:10:54 UTC --- Sorry for the breakage and thanks for the bug with a reduced testcase :-). Fixed.
[Bug other/53615] Buffer overflow in the compiler?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53615 --- Comment #8 from Georg-Johann Lay 2012-08-03 16:03:09 UTC --- (In reply to comment #6) > You should run the compiler under Valgrind and see whether it complains. I now configured with --enable-checking=valgrind Valgrind is 3.3.1 GCC is 4.7.1 URL: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_7-branch Repository Root: svn+ssh://gcc.gnu.org/svn/gcc Revision: 189410 Configure: ../../gcc.gnu.org/gcc-4_7-branch/configure --target=avr --prefix=/local/gnu/install/gcc-4.7 --disable-nls --with-dwarf2 --enable-languages=c,c++ --enable-target-optspace=yes --enable-checking=valgrind While building the compiler there is messages like echo | /home/georg/gnu/build/gcc-4.7-avr/./gcc/xgcc -B/home/georg/gnu/build/gcc-4.7-avr/./gcc/ -E -dM - | \ sed -n -e 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p' \ -e 's/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \ sort -u > tmp-macro_list ==3916== Invalid read of size 4 ==3916==at 0x85D0F4F: _cpp_clean_line (lex.c:243) ==3916==by 0x85D2377: _cpp_get_fresh_line (lex.c:1938) ==3916==by 0x85D2D82: _cpp_lex_direct (lex.c:2003) ==3916==by 0x85D3C6C: _cpp_lex_token (lex.c:1877) ==3916==by 0x85D932F: cpp_get_token_1 (macro.c:2245) ==3916==by 0x85D96AF: cpp_scan_nooutput (macro.c:2460) ==3916==by 0x811CA9D: preprocess_file (c-ppoutput.c:94) ==3916==by 0x8119021: c_common_init (c-opts.c:1097) ==3916==by 0x80D1E8F: c_objc_common_init (c-objc-common.c:64) ==3916==by 0x8369F06: toplev_main (toplev.c:1765) ==3916==by 0x8129C71: main (main.c:36) ==3916== Address 0x4213000 is 0 bytes inside a block of size 2 alloc'd ==3916==at 0x4027EFC: realloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==3916==by 0x85F9F82: xrealloc (xmalloc.c:179) ==3916==by 0x85C3491: _cpp_convert_input (charset.c:1734) ==3916==by 0x85CE1D0: read_file (files.c:648) ==3916==by 0x85CE3FA: _cpp_stack_file (files.c:723) ==3916==by 0x85CFC49: cpp_read_main_file (init.c:593) ==3916==by 0x8119426: c_common_post_options (c-opts.c:1048) ==3916==by 0x8369886: toplev_main (toplev.c:1282) ==3916==by 0x8129C71: main (main.c:36) And then, when configuring libgcc: Checking multilib configuration for libgcc... Configuring in avr/libgcc configure: loading cache ./config.cache checking build system type... i686-pc-linux-gnu checking host system type... avr-unknown-none checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for avr-ar... /local/gnu/install/gcc-4.7/avr/bin/ar checking for avr-lipo... avr-lipo checking for avr-nm... /home/georg/gnu/build/gcc-4.7-avr/./gcc/nm checking for avr-ranlib... /local/gnu/install/gcc-4.7/avr/bin/ranlib checking for avr-strip... /local/gnu/install/gcc-4.7/avr/bin/strip checking whether ln -s works... yes checking for avr-gcc... /home/georg/gnu/build/gcc-4.7-avr/./gcc/xgcc -B/home/georg/gnu/build/gcc-4.7-avr/./gcc/ -B/local/gnu/install/gcc-4.7/avr/bin/ -B/local/gnu/install/gcc-4.7/avr/lib/ -isystem /local/gnu/install/gcc-4.7/avr/include -isystem /local/gnu/install/gcc-4.7/avr/sys-include checking for suffix of object files... configure: error: in `/home/georg/gnu/build/gcc-4.7-avr/avr/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[1]: *** [configure-target-libgcc] Error 1 make[1]: Leaving directory `/local/gnu/build/gcc-4.7-avr' make: *** [all] Error 2 And in ./avr/libgcc/config.log: configure:3355: $? = 1 configure:3371: /home/georg/gnu/build/gcc-4.7-avr/./gcc/xgcc -B/home/georg/gnu/build/gcc-4.7-avr/./gcc/ -B/local/gnu/install/gcc-4.7/avr/bin/ -B/local/gnu/install/gcc-4.7/avr/lib/ -isystem /local/gnu/install/gcc-4.7/avr/include -isystem /local/gnu/install/gcc-4.7/avr/sys-include-o conftest -g -Os conftest.c >&5 valgrind: mmap(0x0, 688128) failed in UME with error 13 (Permission denied). configure:3374: $? = 1 configure:3562: checking for suffix of object files configure:3584: /home/georg/gnu/build/gcc-4.7-avr/./gcc/xgcc -B/home/georg/gnu/build/gcc-4.7-avr/./gcc/ -B/local/gnu/install/gcc-4.7/avr/bin/ -B/local/gnu/install/gcc-4.7/avr/lib/ -isystem /local/gnu/install/gcc-4.7/avr/include -isystem /local/gnu/install/gcc-4.7/avr/sys-include-c -g -Os conftest.c >&5 valgrind: mmap(0x0, 688128) failed in UME with error 13 (Permission denied). configure:3588: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GNU C Runtime Library" | #define PACKAGE_TARNAME "libgcc" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU C Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"; | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3602: error: in `/home/georg/gnu/build/gcc-4.7-avr/avr/libgcc': configure:3605: error: cannot co
[Bug fortran/54166] ICE rank-1 assignment to rank-2 array section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54166 --- Comment #2 from Mikael Morin 2012-08-03 16:00:59 UTC --- Author: mikael Date: Fri Aug 3 16:00:50 2012 New Revision: 190130 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190130 Log: fortran/ PR fortran/54166 * trans-array.c (set_loop_bounds): Access specinfo using spec_dim. testsuite/ PR fortran/54166 * gfortran.dg/array_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/array_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/testsuite/ChangeLog
[Bug c++/54165] Cast to "void" should not implicitly call conversion functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54165 Ed Catmur changed: What|Removed |Added CC||ed at catmur dot co.uk --- Comment #1 from Ed Catmur 2012-08-03 15:44:46 UTC --- The standard reads: 12.3.2 Conversion functions [class.conv.fct] (1) A conversion function is never used to convert a (possibly cv-qualified) object to [...] (possibly cv-qualified) void. 116) A conversion to void does not invoke any conversion function (5.2.9). 5.2.9 Static cast [expr.static.cast] (6) Any expression can be explicitly converted to type cv void, in which case it becomes a discarded-value expression (Clause 5).
[Bug middle-end/54167] New: excessive alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54167 Bug #: 54167 Summary: excessive alignment Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: drepper@gmail.com Compile the following code: struct c { int a, b; /*constexpr*/ c() : a(1), b(2) { } }; c v; The variable v will be defined with: .bss .align 16 .typev, @object .sizev, 8 v: .zero8 The variable has alignment 16! If you uncomment the constexpr and compile with -std=gnu++11 it can be seen that the compiler does know what the correct alignment is: .globlv .data .align 4 .typev, @object .sizev, 8 v: .long1 .long2 This happens with the current svn version as well as with 4.7.0.
[Bug tree-optimization/54146] Very slow compile with attribute((flatten))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146 --- Comment #15 from Michael Matz 2012-08-03 14:43:14 UTC --- Author: matz Date: Fri Aug 3 14:43:09 2012 New Revision: 190126 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190126 Log: PR tree-optimization/54146 * cfgexpand.c (add_scope_conflicts_1): Use bitmap_ior_into. (add_scope_conflicts): Iterate in RPO order. (add_stack_protection_conflicts): Iterate over the other triangle. (fini_vars_expansion): Clear stack_vars_sorted. Modified: trunk/gcc/ChangeLog trunk/gcc/cfgexpand.c
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 William J. Schmidt changed: What|Removed |Added Status|WAITING |ASSIGNED CC||wschmidt at gcc dot gnu.org AssignedTo|unassigned at gcc dot |wschmidt at gcc dot gnu.org |gnu.org | --- Comment #4 from William J. Schmidt 2012-08-03 14:35:51 UTC --- OK. I hate that the vect tests turn on details by default. I'll find a way to clean this up. Thanks, Bill
[Bug c++/54161] sizeof(void) expressions are accepted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161 --- Comment #5 from Jason Merrill 2012-08-03 14:19:58 UTC --- Makes sense to me. Jason
[Bug rtl-optimization/51631] Trunk ICE for case vst1_lanes64.c with -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51631 Ramana Radhakrishnan changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED | --- Comment #4 from Ramana Radhakrishnan 2012-08-03 14:08:33 UTC --- It has not been committed. So can't be marked as RESOLVED FIXED till then. ramana
[Bug fortran/54166] ICE rank-1 assignment to rank-2 array section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54166 Mikael Morin changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-08-03 CC||mikael at gcc dot gnu.org AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Mikael Morin 2012-08-03 14:06:16 UTC --- I'm the culprit.
[Bug target/54156] [4.8 Regression] New fail on AVX target: gcc.dg/vect/pr53773.c. 190010 vs revision 189996
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54156 --- Comment #3 from Igor Zamyatin 2012-08-03 13:38:05 UTC --- There are 6 "* 10" in a dump for AVX (additional 2 occur when vectorizer consider 32-byte vectorization)
[Bug fortran/54166] New: ICE rank-1 assignment to rank-2 array section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54166 Bug #: 54166 Summary: ICE rank-1 assignment to rank-2 array section Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: koen.po...@cs.kuleuven.be Created attachment 27931 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27931 Reproduces ICE Assigning a rank-1 array slice to a rank-2 array selection, i.e. A(1,1:N) = B(N+1:2*N), causes ICE in certain cases (see example).
[Bug tree-optimization/30318] VRP does not create ANTI_RANGEs on overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30318 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.8.0 Resolution||FIXED --- Comment #24 from Richard Guenther 2012-08-03 12:52:25 UTC --- That's it.
[Bug tree-optimization/30318] VRP does not create ANTI_RANGEs on overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30318 --- Comment #23 from Marc Glisse 2012-08-03 12:35:40 UTC --- I think that's it for me. Should we close the bug, or is there still something missing?
[Bug rtl-optimization/51631] Trunk ICE for case vst1_lanes64.c with -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51631 Terry Guo changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Terry Guo 2012-08-03 12:27:32 UTC --- I applied this patch against trunk code at revision 190090 and it dose fix this bug. Thanks Ramana.
[Bug tree-optimization/30318] VRP does not create ANTI_RANGEs on overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30318 --- Comment #22 from Marc Glisse 2012-08-03 12:21:25 UTC --- Author: glisse Date: Fri Aug 3 12:21:14 2012 New Revision: 190125 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190125 Log: gcc/ 2012-08-03 Marc Glisse PR tree-optimization/30318 * double-int.c (mul_double_wide_with_sign): New function. (mul_double_with_sign): Call the new function. * double-int.h (mul_double_wide_with_sign): Declare the new function. * tree-vrp.c (extract_range_from_binary_expr_1) [MULT_EXPR]: Handle integer types that wrap on overflow. (quad_int_cmp): New helper function. (quad_int_pair_sort): Likewise. gcc/testsuite/ 2012-08-03 Marc Glisse PR tree-optimization/30318 * gcc.dg/tree-ssa/vrp77.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/vrp77.c (with props) Modified: trunk/gcc/ChangeLog trunk/gcc/double-int.c trunk/gcc/double-int.h trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vrp.c Propchange: trunk/gcc/testsuite/gcc.dg/tree-ssa/vrp77.c ('svn:eol-style' added) Propchange: trunk/gcc/testsuite/gcc.dg/tree-ssa/vrp77.c ('svn:keywords' added)
Please read ASAP
Once in awhile I come across a company that I really love. I wanted to pass this on to you because I know you would be interested. This company will pay you $425 every month to put a small ad on your car. I signed up and now I am advertising a Salon. The extra $425 every month has really helped me. Here is the site if you are interested: GetPaid2Drive. Org Warm Regards, Emma Jansen
[Bug c++/54165] New: Cast to "void" should not implicitly call conversion functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54165 Bug #: 54165 Summary: Cast to "void" should not implicitly call conversion functions Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: schaub.johan...@googlemail.com GCC should not print "what!?" in the following code, according to the C++ spec #include struct A { template operator T() { std::cout << "what!?"; } }; int main() { A a; (void)a; }
[Bug libmudflap/33591] mudflap gives warnings exceeding bounds on valid code, when using readdir(2) on large directories
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33591 Tomash Brechko changed: What|Removed |Added CC||tomash.brechko at gmail dot ||com --- Comment #2 from Tomash Brechko 2012-08-03 10:29:27 UTC --- Still present in gcc 4.6.3.
[Bug c++/54164] New: C++11: confusion error messages for spurious "typename"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54164 Bug #: 54164 Summary: C++11: confusion error messages for spurious "typename" Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: akim.demai...@gmail.com Hi all, The error message on the following input is really confusing, as G++ seems to complain about the left-hand side of the declaration. And then its error recovery triggers another error pretending we should be in a namespace. $ cat foo.cc struct base {}; struct derived { using type = typename base; }; $ g++-mp-4.8 -std=c++11 -Wall foo.cc foo.cc:6:9: error: expected nested-name-specifier before 'type' using type = typename base; ^ foo.cc:6:9: error: using-declaration for non-member at class scope foo.cc:6:14: error: expected ';' before '=' token using type = typename base; ^ foo.cc:6:14: error: expected unqualified-id before '=' token $ g++-mp-4.8 --version g++-mp-4.8 (MacPorts gcc48 4.8-20120729_0) 4.8.0 20120729 (experimental) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ clang++ -std=c++11 -Wall foo.cc foo.cc:6:25: error: expected a qualified name after 'typename' using type = typename base; ^ foo.cc:6:24: error: expected ';' after alias declaration using type = typename base; ^ ; 2 errors generated.
[Bug target/54160] [4.6/4.7/4.8 Regression] gcc should not define __OBJC2__ when lang is not set to ObjC (gcc 4.6 and later)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160 Steven Bosscher changed: What|Removed |Added Target||darwin* CC||nicola at gcc dot gnu.org Component|preprocessor|target --- Comment #2 from Steven Bosscher 2012-08-03 09:28:20 UTC --- Darwin only. See http://gcc.gnu.org/viewcvs?view=revision&revision=170260
[Bug tree-optimization/54146] Very slow compile with attribute((flatten))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146 --- Comment #14 from Steven Bosscher 2012-08-03 08:59:29 UTC --- Created attachment 27930 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27930 Do not inline_merge_summary if called via flatten_function As I noted in comment #12, the flattening itself is the problem, not the heuristics. I have narrowed this down to inline_merge_summary. With the attached hack, compile time (for only "check();") drops from 6459s to 1560s. I hi-jacked the unused timevar TV_LOCAL_ALLOC (from pre-IRA days) to measure the time spent in inline_call. Without my hack, this is 4801s, and with the hack it is only 0.37s (!). Do the math: 6459s-4801s=1658s~=1560s. (NB: These timings are all with my stack_vars patch applied as well.) With the hack, the remaining compile time is mostly spent in: tree loop init : 236.16 integrated RA : 215.70 if-conversion : 177.26 (but due to loop_optimizer_init) tree SSA incremental: 154.69 reload : 124.33 I don't understand how inline_merge_summary is supposed to work, so I'm going to leave that one for Richi and Honza.
[Bug other/54150] [4.8 Regression] gimple dumps no longer honor -blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54150 --- Comment #4 from Richard Guenther 2012-08-03 08:42:02 UTC --- The excessive newline is gone! Nice. Unfortunately tree dumps, like -fdump-tree-pre still show TDF_BLOCKS info by default and there is no -fdump-tree-pre-no-blocks. I'd like to have -fdump-tree-pre _not_ enable TDF_BLOCKS as it was before (you seem to have changed debug_bb only?)
[Bug other/54150] [4.8 Regression] gimple dumps no longer honor -blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54150 --- Comment #3 from Steven Bosscher 2012-08-03 08:22:12 UTC --- Created attachment 27929 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27929 Adjust pp_flush as per suggestion of comment #1, and honor ~TDF_BLOCKS Could the OP please give this patch a try, and see if it adjusts the dumps to satisfy his delicate taste? :-)
[Bug c++/54158] [4.6, 4.7, 4.8 Regression] Silently accepts sizeof to non-static member without object in C++03 mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158 --- Comment #7 from Ai Azuma 2012-08-03 08:21:21 UTC --- (In reply to comment #6) > Right O.K. Then, this behavior makes sense. Thanks for the clarification!
[Bug c/54162] Does not accept static global anonymous unions or structs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54162 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Richard Guenther 2012-08-03 08:07:12 UTC --- Thus invalid.
[Bug preprocessor/54160] [4.6/4.7/4.8 Regression] gcc should not define __OBJC2__ when lang is not set to ObjC (gcc 4.6 and later)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-08-03 Target Milestone|--- |4.6.4 Summary|gcc should not define |[4.6/4.7/4.8 Regression] |__OBJC2__ when lang is not |gcc should not define |set to ObjC (gcc 4.6 and|__OBJC2__ when lang is not |later) |set to ObjC (gcc 4.6 and ||later) Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther 2012-08-03 08:06:30 UTC --- Confirmed.
[Bug c++/54158] [4.6, 4.7, 4.8 Regression] Silently accepts sizeof to non-static member without object in C++03 mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158 --- Comment #6 from Jonathan Wakely 2012-08-03 07:57:28 UTC --- Right
[Bug pch/54163] New: Ignore -l[lib] option on PCH generation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54163 Bug #: 54163 Summary: Ignore -l[lib] option on PCH generation Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: pch AssignedTo: unassig...@gcc.gnu.org ReportedBy: pavel.v.chu...@gmail.com This case doesn't work: $ g++ t.H -o t.H.gch -lfoo -L. /usr/lib/gcc/x86_64-redhat-linux/4.7.0/../../../../lib64/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: error: ld returned 1 exit status Adding -c solve the issue: $ g++ t.H -o t.H.gch -lfoo -L. -c Nevertheless without -l switch gcc generates precompiled header even without -c and doesn't complain on main. All these cases works fine: $ g++ t.H -o t.H.gch -c $ g++ t.H -o t.H.gch $ g++ t.H Does it make sense to allow PCH generation with -l?