[Bug tree-optimization/57233] Vector lowering of LROTATE_EXPR pessimizes code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Jun 27 07:03:50 2014
New Revision: 212063
URL: https://gcc.gnu.org/viewcvs?rev=212063&root=gcc&view=rev
Log:
PR tree-optimization/57233
PR tree-optimization/61299
* tree-vect-generic.c (get_compute_type, count_type_subparts): New
functions.
(expand_vector_operations_1): Use them. If {L,R}ROTATE_EXPR
would be lowered to scalar shifts, check if corresponding
shifts and vector BIT_IOR_EXPR are supported and don't lower
or lower just to narrower vector type in that case.
* expmed.c (expand_shift_1): Fix up handling of vector
shifts and rotates.
* gcc.dg/pr57233.c: New test.
* gcc.target/i386/pr57233.c: New test.
* gcc.target/i386/sse2-pr57233.c: New test.
* gcc.target/i386/avx-pr57233.c: New test.
* gcc.target/i386/avx2-pr57233.c: New test.
* gcc.target/i386/avx512f-pr57233.c: New test.
* gcc.target/i386/xop-pr57233.c: New test.
Added:
trunk/gcc/testsuite/gcc.dg/pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx2-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx512f-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/pr57233.c
trunk/gcc/testsuite/gcc.target/i386/sse2-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/xop-pr57233.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/expmed.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-generic.c
[Bug tree-optimization/61299] [4.9/4.10 Regression] Performance regression for the SIMD rotate operation with GCC vector extensions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Jun 27 07:03:50 2014
New Revision: 212063
URL: https://gcc.gnu.org/viewcvs?rev=212063&root=gcc&view=rev
Log:
PR tree-optimization/57233
PR tree-optimization/61299
* tree-vect-generic.c (get_compute_type, count_type_subparts): New
functions.
(expand_vector_operations_1): Use them. If {L,R}ROTATE_EXPR
would be lowered to scalar shifts, check if corresponding
shifts and vector BIT_IOR_EXPR are supported and don't lower
or lower just to narrower vector type in that case.
* expmed.c (expand_shift_1): Fix up handling of vector
shifts and rotates.
* gcc.dg/pr57233.c: New test.
* gcc.target/i386/pr57233.c: New test.
* gcc.target/i386/sse2-pr57233.c: New test.
* gcc.target/i386/avx-pr57233.c: New test.
* gcc.target/i386/avx2-pr57233.c: New test.
* gcc.target/i386/avx512f-pr57233.c: New test.
* gcc.target/i386/xop-pr57233.c: New test.
Added:
trunk/gcc/testsuite/gcc.dg/pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx2-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/avx512f-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/pr57233.c
trunk/gcc/testsuite/gcc.target/i386/sse2-pr57233.c
trunk/gcc/testsuite/gcc.target/i386/xop-pr57233.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/expmed.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-generic.c
[Bug libgcc/61585] Subscript-out-of-range in unwind-seh.c?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61585 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org --- Comment #4 from Eric Botcazou --- Could the fix be applied to all branches?
[Bug target/61586] ICE on alpha in alpha_handle_trap_shadows, at config/alpha/alpha.c:8724
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586 --- Comment #6 from uros at gcc dot gnu.org --- Author: uros Date: Fri Jun 27 08:37:34 2014 New Revision: 212065 URL: https://gcc.gnu.org/viewcvs?rev=212065&root=gcc&view=rev Log: Backport from mainline 2014-06-26 Uros Bizjak PR target/61586 * config/alpha/alpha.c (alpha_handle_trap_shadows): Handle BARRIER RTX. testsuite/ChangeLog: Backport from mainline 2014-06-26 Uros Bizjak PR target/61586 * gcc.target/alpha/pr61586.c: New test. Added: branches/gcc-4_9-branch/gcc/testsuite/gcc.target/alpha/pr61586.c Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/config/alpha/alpha.c branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
[Bug libgcc/61585] Subscript-out-of-range in unwind-seh.c?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61585 --- Comment #5 from Kai Tietz --- Sure. It isn't urgent as tests have shown that in standard-usage we didn't hit out-of-bounds access.
[Bug target/61586] ICE on alpha in alpha_handle_trap_shadows, at config/alpha/alpha.c:8724
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586 --- Comment #7 from uros at gcc dot gnu.org --- Author: uros Date: Fri Jun 27 08:47:17 2014 New Revision: 212066 URL: https://gcc.gnu.org/viewcvs?rev=212066&root=gcc&view=rev Log: Backport from mainline 2014-06-26 Uros Bizjak PR target/61586 * config/alpha/alpha.c (alpha_handle_trap_shadows): Handle BARRIER RTX. testsuite/ChangeLog: Backport from mainline 2014-06-26 Uros Bizjak PR target/61586 * gcc.target/alpha/pr61586.c: New test. Added: branches/gcc-4_8-branch/gcc/testsuite/gcc.target/alpha/pr61586.c Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/config/alpha/alpha.c branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
[Bug target/61586] ICE on alpha in alpha_handle_trap_shadows, at config/alpha/alpha.c:8724
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586 Uroš Bizjak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Uroš Bizjak --- .
[Bug target/61586] ICE on alpha in alpha_handle_trap_shadows, at config/alpha/alpha.c:8724
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586 Uroš Bizjak changed: What|Removed |Added URL||https://gcc.gnu.org/ml/gcc- ||patches/2014-06/msg02110.ht ||ml Target Milestone|--- |4.8.4 --- Comment #8 from Uroš Bizjak --- Fixed in trunk and all release branches.
[Bug c++/61614] [4.9/4.10 Regression] Bogus error: taking address of temporary array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #4 from Paolo Carlini --- Handling.
[Bug c++/58930] [C++11] Bogus error: converting to ... from initializer list would use explicit constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58930 --- Comment #6 from Paolo Carlini --- The patch isn't trivial but I understand that it fixes quite a few issues. Thus certainly no objections from me. Just ask on the mailing list: if Jason agrees, please go ahead. Thanks.
[Bug c++/61623] [4.10 Regression] ICE: verify_symtab failed: Two symbols with same comdat_group are not linked by the same_comdat_group list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61623 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.10.0
[Bug c++/61621] Normal enum switch slower than test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61621 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2014-06-27 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Well, you manually made the first case covering many cases fast by grouping the rest of the cases. Did you try using profile-feedback to give GCC a chance to see what cases are executed more frequently?
[Bug tree-optimization/59611] std::copy performs worse than naive implementation when copying a single known byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59611 Richard Biener changed: What|Removed |Added Depends on||61473 --- Comment #4 from Richard Biener --- Fixed by the patch for PR61473.
[Bug tree-optimization/61619] Benefits from -ftree-vectorize lost easily when changing unrelated code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61619 Richard Biener changed: What|Removed |Added Depends on||61473 --- Comment #4 from Richard Biener --- This is fixed by the patch for PR61473.
[Bug fortran/61628] New: A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 Bug ID: 61628 Summary: A program that reads from a file with stream access and uses pack() suddenly stops Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: arjen.markus895 at gmail dot com Created attachment 33016 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33016&action=edit Example data file as used in the program, compressed The following program suddenly stops after the statement with pack() -- without any message -- but it continues if you comment out the read statement: ! readprint.f90 -- ! Read and print some data from a binary file ! program readprint implicit none integer:: noseg, nx, ny, dummy, i integer, dimension(:), allocatable :: matrix open( 10, file = 'binary_data', form = 'unformatted', access = 'stream' ) read( 10 ) nx, ny, (dummy, i = 1,4) allocate( matrix(nx*ny) ) ! ! If the READ statement is commented, then the program continues, otherwise ! it stops without any message ! read( 10 ) matrix write(*,*) nx, ny, size(matrix) write(*,*) pack( matrix, matrix /= 1 ) write(*,*) matrix(1:1000) write(*,*) 'done' end program readprint I have not tried this on another data file, but the behaviour is odd enough that I want to report this. Note: gfortran -v gives: Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.8.1/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.8.1/configure --prefix=/mingw --host=mingw32 --build=mingw32 --without-pic --enable-shared --enable-static --with-gnu-ld --enable-lto --enable-libssp --disable-multilib --enable-languages=c,c++,fortran,objc,obj-c++,ada --disable-sjlj-exceptions --with-dwarf2 --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --with-gmp=/usr/src/pkg/gmp-5.1.2-1-mingw32-src/bld --with-mpc=/usr/src/pkg/mpc-1.0.1-1-mingw32-src/bld --with-mpfr= --with-system-zlib --with-gnu-as --enable-decimal-float=yes --enable-libgomp --enable-threads --with-libiconv-prefix=/mingw32 --with-libintl-prefix=/mingw --disable-bootstrap LDFLAGS=-s CFLAGS=-D_USE_32BIT_TIME_T Thread model: win32 gcc version 4.8.1 (GCC)
[Bug c/59850] Support sparse-style pointer address spaces (type attributes)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #22 from Manuel López-Ibáñez --- (In reply to Tom Tromey from comment #21) > In the "pro" column, as a plugin it could be maintained elsewhere. > That might be interesting. > > In the "con" column, it's a pain if multiple projects want to > use these checks. Then it's just one more thing to fetch. * We could add plugins to the GCC repository for things that are considered generally useful but we don't want to bloat standard gcc. I am sure the FSF will be happier if plugins live in the GCC repository and they are assigned to them than if not. * A plugin living in the GCC repository will likely have a lower barrier for acceptance than code added to GCC.
[Bug c/59850] Support sparse-style pointer address spaces (type attributes)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850 --- Comment #23 from PaX Team --- some data points based on my experience with the 'checker' gcc plugin in PaX: 1. the C address space infrastructure available since gcc 4.6 can be sort of coerced into implementing the __user/__kernel/etc address spaces and it works reasonably well (i'd say even better than sparse as it produces no false positives in my experience and caught real bugs such as CVE-2014-0038). 2. __force itself presents a problem as its semantics isn't well defined and only sparse knows how to model it. in gcc it cannot be an attribute as attributes apply to the outermost variable/etc, e.g., you can't use them on a pointee in a pointer context. what i did instead is that i introduced new address spaces (__force_user/__force_kernel so far, __rcu/__iomem/etc will need more of these) that replace the '__force something' combination with __force_something (yes, this needs patching on the kernel side, and i haven't done a thorough job of it but it works on my smaller configs at least). this way the hijacked targetm.addr_space.legitimate_address_p callback can be taught to allow/disallow the intended conversions. 3. designated_init is a tricky problem because by the time a plugin can examine variable initializers, gcc will have lost the information. however with a trick such unwanted initializers can instead be turned into a compile error (that existing gcc infrastructure can detect). you can find it in spender's randomize_layout plugin that's distributed in grsecurity. 4. as for maintaining a plugin for kernel and/or other use: inside the kernel it'll need some kbuild infrastructure (there's one in PaX already, though it's probably not 100% complete) and it's worked fine for our users for the past 3+ years now. for more general use distros can package up plugins as they'd do with any library (as plugins are really nothing more than that). note also that keeping a plugin in the kernel tree will raise license problems (gplv2 vs gplv3) but i guess the kernel list is the better forum for discussing that.
[Bug ipa/61160] [4.9/4.10 Regression] wrong code with -O3 (or ICE: verify_cgraph_node failed: edge points to wrong declaration)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160 --- Comment #8 from Martin Jambor --- Author: jamborm Date: Fri Jun 27 11:32:00 2014 New Revision: 212070 URL: https://gcc.gnu.org/viewcvs?rev=212070&root=gcc&view=rev Log: 2014-06-27 Martin Jambor PR ipa/61160 * cgraphclones.c (duplicate_thunk_for_node): Removed parameter args_to_skip, use those from node instead. Copy args_to_skip and combined_args_to_skip from node to the new thunk. (redirect_edge_duplicating_thunks): Removed parameter args_to_skip. (cgraph_create_virtual_clone): Moved computation of combined_args_to_skip... (cgraph_clone_node): ...here, simplify it to bitmap_ior.. testsuite/ * g++.dg/ipa/pr61160-2.C: New test. * g++.dg/ipa/pr61160-3.C: Likewise. Added: branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-2.C branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-3.C Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/cgraphclones.c branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
[Bug c++/61621] Normal enum switch slower than test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61621
--- Comment #2 from Holger Seelig ---
To my understanding and what I know is that a switch like the following:
switch (i)
{
case 10:
func_a();
break;
case 11:
func_b();
break;
case 12:
func_c();
break;
}
Should become something like this:
// N.B.: This is not C++ code
static address jump_table[] = { case_a, case_b, case_c, end };
unsigned int index = i - 10;
if (index > 3) goto end;
goto jump_table [index];
case_a: func_a(); goto end;
case_b: func_b(); goto end;
case_c: func_c();
end:
and with this code a switch should handle many enum cases very efficiently
regardless if a case is executed more frequently. (With a normal enum type the
second line »unsigned int index = i - 10;« could be omitted).
[Bug tree-optimization/60899] undef reference generated with -fdevirtualize-speculatively
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899 Hristo Venev changed: What|Removed |Added CC||mustrumr97 at gmail dot com --- Comment #11 from Hristo Venev --- This bug also affects gcc 4.9.1. It causes LLVM to fail to build.
[Bug c/51840] asm goto enhancement request
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51840
--- Comment #6 from Kai Tietz ---
So this is a source of endless bugs ... and all are related to merging of
basic-blocks.
By the following patch the sample can be built successful on x64 targets.
There seems to be another issue for x86 targets triggered in some cases. For
32-bit the factoring out of partial addresses to register leads to new
basic-blocks placed before blocks actually jumped by table. Major issue happens
in mergephi pass.
For all of those problems is common that we happily operate on forced
user-labels.
Index: tree-cfgcleanup.c
===
--- tree-cfgcleanup.c (Revision 212070)
+++ tree-cfgcleanup.c (Arbeitskopie)
@@ -285,12 +285,19 @@ tree_forwarder_block_p (basic_block bb, bool phi_w
for (gsi = gsi_last_bb (bb); !gsi_end_p (gsi); gsi_prev (&gsi))
{
gimple stmt = gsi_stmt (gsi);
+ tree lbl;
switch (gimple_code (stmt))
{
case GIMPLE_LABEL:
- if (DECL_NONLOCAL (gimple_label_label (stmt)))
+ lbl = gimple_label_label (stmt);
+ if (DECL_NONLOCAL (lbl))
return false;
+ /* If PHI_WANTED is true, we can't operate on user-labels.
+See PR 51840. */
+ if (phi_wanted
+ && !DECL_ARTIFICIAL (lbl) && FORCED_LABEL (lbl))
+ return false;
if (optimize == 0 && gimple_location (stmt) != locus)
return false;
break;
[Bug rtl-optimization/61629] New: [4.10 regression] FAIL: gcc.dg/20020312-2.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61629 Bug ID: 61629 Summary: [4.10 regression] FAIL: gcc.dg/20020312-2.c (internal compiler error) Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org CC: hubicka at gcc dot gnu.org Target: m68k-*-* Broken by r212007. (gdb) r -O ../../gcc/testsuite/gcc.dg/20020312-2.c Program received signal SIGSEGV, Segmentation fault. true_regnum (x=x@entry=0x0) at ../../gcc/jump.c:1893 (gdb) bt #0 true_regnum (x=x@entry=0x0) at ../../gcc/jump.c:1893 #1 0x00cb in m68k_secondary_reload_class ( rclass=rclass@entry=ALL_REGS, mode=mode@entry=VOIDmode, x=x@entry=0x0) at ../../gcc/config/m68k/m68k.c:5197 #2 0x0095a79e in default_secondary_reload (in_p=, x=0x0, reload_class_i=7, reload_mode=VOIDmode, sri=0x7fffd880) at ../../gcc/targhooks.c:908 #3 0x008eb57a in secondary_reload_class (in_p=in_p@entry=false, rclass=rclass@entry=7, mode=mode@entry=VOIDmode, x=) at ../../gcc/reload.c:526 #4 0x008e3322 in memory_move_secondary_cost (mode=VOIDmode, rclass=7, in=false) at ../../gcc/reginfo.c:581 #5 0x0095b28c in default_memory_move_cost (mode=, rclass=, in=) at ../../gcc/targhooks.c:1357 #6 0x0080951d in setup_class_subset_and_memory_move_costs () at ../../gcc/ira.c:584 #7 ira_init () at ../../gcc/ira.c:1711 #8 0x008e3295 in reinit_regs () at ../../gcc/reginfo.c:536 #9 0x008e396d in globalize_reg (decl=decl@entry= , i=i@entry=13) at ../../gcc/reginfo.c:806 #10 0x00be5790 in make_decl_rtl ( decl=decl@entry=) at ../../gcc/varasm.c:1354 #11 0x008b293b in rest_of_decl_compilation ( decl=decl@entry=, top_level=top_level@entry=1, at_end=at_end@entry=0) at ../../gcc/passes.c:215 #12 0x004e617a in finish_decl ( decl=decl@entry=, init_loc=init_loc@entry=0, init=, init@entry=, origtype=origtype@entry=, asmspec_tree=, asmspec_tree@entry=) at ../../gcc/c/c-decl.c:4535 #13 0x00543c43 in c_parser_declaration_or_fndef ( parser=parser@entry=0x76b13000, fndef_ok=false, fndef_ok@entry=true, static_assert_ok=static_assert_ok@entry=true, empty_ok=empty_ok@entry=true, nested=nested@entry=false, start_attr_ok=start_attr_ok@entry=true, objc_foreach_object_declaration=objc_foreach_object_declaration@entry=0x0, omp_declare_simd_clauses=..., omp_declare_simd_clauses@entry=...) at ../../gcc/c/c-parser.c:1824 #14 0x00548a46 in c_parser_external_declaration ( parser=0x76b13000) at ../../gcc/c/c-parser.c:1400 #15 0x005494fa in c_parser_translation_unit (parser=0x76b13000) at ../../gcc/c/c-parser.c:1287 #16 c_parse_file () at ../../gcc/c/c-parser.c:14092 #17 0x0059e463 in c_common_parse_file () at ../../gcc/c-family/c-opts.c:1115 #18 0x0095d268 in compile_file () at ../../gcc/toplev.c:548 #19 0x0095f431 in do_compile () at ../../gcc/toplev.c:1946 #20 toplev_main (argc=3, argv=0x7fffdd98) at ../../gcc/toplev.c:2022 #21 0x76c38be5 in __libc_start_main (main= 0x4d7d70 , argc=3, argv=0x7fffdd98, init=, fini=, rtld_fini=, stack_end=0x7fffdd88) at libc-start.c:269 #22 0x004d7de1 in _start () at ../sysdeps/x86_64/start.S:122 (gdb) f 4 #4 0x008e3322 in memory_move_secondary_cost (mode=VOIDmode, rclass=7, in=false) at ../../gcc/reginfo.c:581 (gdb) p default_target_rtl.x_top_of_stack[mode] $1 = (nil)
[Bug ipa/61160] [4.9/4.10 Regression] wrong code with -O3 (or ICE: verify_cgraph_node failed: edge points to wrong declaration)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160 --- Comment #9 from Martin Jambor --- Author: jamborm Date: Fri Jun 27 13:29:09 2014 New Revision: 212071 URL: https://gcc.gnu.org/viewcvs?rev=212071&root=gcc&view=rev Log: 2014-06-27 Martin Jambor PR ipa/61160 * cgraphclones.c (duplicate_thunk_for_node): Removed parameter args_to_skip, use those from node instead. Copy args_to_skip and combined_args_to_skip from node to the new thunk. (redirect_edge_duplicating_thunks): Removed parameter args_to_skip. (cgraph_create_virtual_clone): Moved computation of combined_args_to_skip... (cgraph_clone_node): ...here, simplify it to bitmap_ior.. testsuite/ * g++.dg/ipa/pr61160-2.C: New test. * g++.dg/ipa/pr61160-3.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/ipa/pr61160-2.C trunk/gcc/testsuite/g++.dg/ipa/pr61160-3.C Modified: trunk/gcc/ChangeLog trunk/gcc/cgraphclones.c trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/60899] undef reference generated with -fdevirtualize-speculatively
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Comment #12 from Markus Trippelsdorf --- (In reply to Hristo Venev from comment #11) > This bug also affects gcc 4.9.1. It causes LLVM to fail to build. LLVM build failure is a different issue, see: http://llvm.org/bugs/show_bug.cgi?id=20067
[Bug c++/61614] [4.9/4.10 Regression] Bogus error: taking address of temporary array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614 --- Comment #5 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jun 27 14:04:28 2014 New Revision: 212073 URL: https://gcc.gnu.org/viewcvs?rev=212073&root=gcc&view=rev Log: /cp 2014-06-27 Paolo Carlini PR c++/61614 * semantics.c (finish_compound_literal): Revert r204228. /testsuite 2014-06-27 Paolo Carlini PR c++/61614 * g++.dg/ext/complit14.C: New. Added: trunk/gcc/testsuite/g++.dg/ext/complit14.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/61630] New: [4.10 Regression] ICE in symtab_get_node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630
Bug ID: 61630
Summary: [4.10 Regression] ICE in symtab_get_node
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
gcc -O1 gcc.dg/noncompile/920507-1.c
internal compiler error: in symtab_get_node, at cgraph.h:1154
(gdb) run -O1 920507-1.c
Starting program: /tmp/20140626/gcc/cc1 -O1 920507-1.c
x
Analyzing compilation unit
Performing interprocedural optimizations
<*free_lang_data> <*free_inline_summary>
Assembling functions:
x
920507-1.c: In function 'x':
920507-1.c:5:16: error: invalid register name for 'a'
register int *a asm("unknown_register"); /* { dg-error "invalid register" }
*
^
Breakpoint 1, _Z11fancy_abortPKciS0_ (
file=0x10fbe450 "/nasfarm/edelsohn/src/src/gcc/cgraph.h", line=1154,
function=0x10fbe440 "symtab_get_node")
at /nasfarm/edelsohn/src/src/gcc/diagnostic.c:1190
1190 internal_error ("in %s, at %s:%d", function, trim_filename (file),
line);
(gdb) where
#0 _Z11fancy_abortPKciS0_ (
file=0x10fbe450 "/nasfarm/edelsohn/src/src/gcc/cgraph.h", line=1154,
function=0x10fbe440 "symtab_get_node")
at /nasfarm/edelsohn/src/src/gcc/diagnostic.c:1190
#1 0x10206974 in _Z13make_decl_rtlP9tree_node (decl=0x700da000)
at /nasfarm/edelsohn/src/src/gcc/varasm.c:2381
#2 0x101d4c24 in _Z24rest_of_decl_compilationP9tree_nodeii (decl=0x700da000,
top_level=0, at_end=0) at /nasfarm/edelsohn/src/src/gcc/passes.c:215
#3 0x10820604 in _ZL14expand_one_varP9tree_nodebb (var=0x10fbe450,
toplevel=130, really_expand=64)
at /nasfarm/edelsohn/src/src/gcc/cfgexpand.c:2324
#4 0x10820dd0 in _ZL26expand_used_vars_for_blockP9tree_nodeb (
block=0x700c1038, toplevel=true)
at /nasfarm/edelsohn/src/src/gcc/cfgexpand.c:1339
#5 0x10823764 in _ZL16expand_used_varsv ()
at /nasfarm/edelsohn/src/src/gcc/cfgexpand.c:1806
#6 0x1082d9cc in _ZN12_GLOBAL__N_111pass_expand7executeEP8function (
this=0x10fbe450, fun=0x700d9000)
at /nasfarm/edelsohn/src/src/gcc/cfgexpand.c:5672
#7 0x101d76fc in _Z16execute_one_passP8opt_pass (pass=0x302a5d78)
at /nasfarm/edelsohn/src/src/gcc/passes.c:2179
#8 0x101d7bf0 in _ZL19execute_pass_list_1P8opt_pass (pass=0x302a5d78)
at /nasfarm/edelsohn/src/src/gcc/passes.c:2232
(gdb) up
#1 0x10206974 in _Z13make_decl_rtlP9tree_node (decl=0x700da000)
at /nasfarm/edelsohn/src/src/gcc/varasm.c:2381
(gdb) print decl
$1 = (tree) 0x700da000
(gdb) pt
warning: Expression is not an assignment (and might have no effect)
unit size
align 32 symtab 0 alias set -1 canonical type 70014360 precision 32
min max
pointer_to_this >
sizes-gimplified unsigned SI size unit size
align 32 symtab 0 alias set -1 canonical type 70014cc0
pointer_to_this >
used unsigned regdecl decl_4 SI file 920507-1.c line 5 col 16 size
unit size
align 32 context >
[Bug middle-end/61630] [4.10 Regression] ICE in symtab_get_node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630 David Edelsohn changed: What|Removed |Added Keywords||ice-on-valid-code Target||powerpc-ibm-aix Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-27 CC||hubicka at gcc dot gnu.org Target Milestone|--- |4.10.0 Ever confirmed|0 |1
[Bug c/59850] Support sparse-style pointer address spaces (type attributes)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850 --- Comment #24 from Manuel López-Ibáñez --- (In reply to PaX Team from comment #23) > 3. designated_init is a tricky problem because by the time a plugin can > examine variable initializers, gcc will have lost the information. however > with a trick such unwanted initializers can instead be turned into a compile > error (that existing gcc infrastructure can detect). you can find it in > spender's randomize_layout plugin that's distributed in grsecurity. There is a patch for GCC that was basically approved in January: https://gcc.gnu.org/ml/gcc-patches/2014-01/msg01284.html I am not sure why it hasn't been committed yet.
[Bug bootstrap/61631] New: [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631 Bug ID: 61631 Summary: [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dimhen at gmail dot com r212073 FAIL r211865 PASS Fedora 20, x86_64 configure --enable-checking=fold --disable-multilib make [stage1 pass] [...] /home/dimhen/build/gcc_current/./gcc/xgcc -B/home/dimhen/build/gcc_current/./gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mlong-double-80 -I. -I. -I../.././gcc -I/home/dimhen/src/gcc_current/libgcc -I/home/dimhen/src/gcc_current/libgcc/. -I/home/dimhen/src/gcc_current/libgcc/../gcc -I/home/dimhen/src/gcc_current/libgcc/../include -I/home/dimhen/src/gcc_current/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c /home/dimhen/src/gcc_current/libgcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS /home/dimhen/src/gcc_current/libgcc/unwind-dw2.c: In function 'uw_install_context_1': /home/dimhen/src/gcc_current/libgcc/unwind-dw2.c:1639:5: internal compiler error: Segmentation fault _Unwind_SetSpColumn (target, target->cfa, &sp_slot); ^ 0xae996b crash_signal /home/dimhen/src/gcc_current/gcc/toplev.c:337 0x86e62f fold_checksum_tree /home/dimhen/src/gcc_current/gcc/fold-const.c:14759 0x86ec3e fold_checksum_tree /home/dimhen/src/gcc_current/gcc/fold-const.c:14861 0x86ed58 fold_checksum_tree /home/dimhen/src/gcc_current/gcc/fold-const.c:14872 0x86e832 fold_checksum_tree /home/dimhen/src/gcc_current/gcc/fold-const.c:14791 0x86e832 fold_checksum_tree /home/dimhen/src/gcc_current/gcc/fold-const.c:14791 0x86e400 fold(tree_node*) /home/dimhen/src/gcc_current/gcc/fold-const.c:14706 0x66bab7 c_fully_fold_internal /home/dimhen/src/gcc_current/gcc/c-family/c-common.c:1365 0x66af75 c_fully_fold(tree_node*, bool, bool*) /home/dimhen/src/gcc_current/gcc/c-family/c-common.c:1097 0x62bcdf convert_arguments /home/dimhen/src/gcc_current/gcc/c/c-typeck.c:3112 0x62b569 build_function_call_vec(unsigned int, vec, tree_node*, vec*, vec*) /home/dimhen/src/gcc_current/gcc/c/c-typeck.c:2903 0x62b9e2 c_build_function_call_vec(unsigned int, vec, tree_node*, vec*, vec*) /home/dimhen/src/gcc_current/gcc/c/c-typeck.c:2988 0x655b4b c_parser_postfix_expression_after_primary /home/dimhen/src/gcc_current/gcc/c/c-parser.c:7729 0x655598 c_parser_postfix_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:7563 0x652814 c_parser_unary_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:6502 0x651d88 c_parser_cast_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:6340 0x650b7d c_parser_binary_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:6155 0x6505c2 c_parser_conditional_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:5931 0x65034a c_parser_expr_no_commas /home/dimhen/src/gcc_current/gcc/c/c-parser.c:5849 0x65612e c_parser_expression /home/dimhen/src/gcc_current/gcc/c/c-parser.c:7856 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. make[3]: *** [unwind-dw2.o] Error 1 make[3]: Leaving directory `/home/dimhen/build/gcc_current/x86_64-unknown-linux-gnu/libgcc' make[2]: *** [all-stage1-target-libgcc] Error 2 make[2]: Leaving directory `/home/dimhen/build/gcc_current' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/dimhen/build/gcc_current' make: *** [all] Error 2 $ /home/dimhen/build/gcc_current/./gcc/xgcc -v Using built-in specs. COLLECT_GCC=/home/dimhen/build/gcc_current/./gcc/xgcc Target: x86_64-unknown-linux-gnu Configured with: /home/dimhen/src/gcc_current/configure --enable-checking=fold --disable-multilib Thread model: posix gcc version 4.10.0 20140627 (experimental) [trunk revision 212073] (GCC)
[Bug fortran/61632] New: memory corruption in Fortran RTL when writing formatted data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632 Bug ID: 61632 Summary: memory corruption in Fortran RTL when writing formatted data Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Problem 1: using the following program: program p call ss() call ss() end program p subroutine ss CHARACTER(3), save :: ZTYP(3) DATA ZTYP /'XXX','YYY','ZZZ'/ write(*,600,IOSTAT=iosa) 0.0,ZTYP write(*,*) 'iostat=',iosa 600 FORMAT(1PE13.5,4X,A3) end subroutine ss with gfortran 4.9.0 results in a executable that crashes: 0.0E+00XXX iostat=5006 0.0E+00XXX Program received signal SIGSEGV: Segmentation fault - invalid memory reference. A run under valgrind shows: 0.0E+00XXX iostat=5006 0.0E+00XXX ==13768== Invalid read of size 8 ==13768==at 0x414250: _gfortrani_format_error (format.c:1147) ==13768==by 0x4047D6: require_type.part.7 (transfer.c:1158) ==13768==by 0x406718: formatted_transfer (transfer.c:1150) ==13768==by 0x404AE5: _gfortran_transfer_array (transfer.c:2170) gfortran 4.7.1 is not affected but gfortran 4.8.2 and 4.9.0 are. Problem 2: using the following program: program p call ss() call ss() end program p subroutine ss CHARACTER(3), save :: ZTYP(3) DATA ZTYP /'XXX','YYY','ZZZ'/ write(*,600) 0.0,ZTYP 600 FORMAT(1PE13.5,A3) end subroutine ss with gfortran 4.9.0 results in a executable that produces: -- 0.0E+00XXX At line 8 of file io2.f (unit = 6, file = 'stdout') Fortran runtime error: Expected REAL for item 3 in formatted transfer, got CHARACTER (1PE13.5,A3) ^ -- The message is unclear as there are only 2 items. Moreover the expected type looks incorrect. gfortran 4.6.3, 4.7.2, 4.8.2 and 4.9.0 are affected.
[Bug c++/61614] [4.9/4.10 Regression] Bogus error: taking address of temporary array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jun 27 14:33:39 2014 New Revision: 212074 URL: https://gcc.gnu.org/viewcvs?rev=212074&root=gcc&view=rev Log: /cp 2014-06-27 Paolo Carlini PR c++/61614 * semantics.c (finish_compound_literal): Revert r204228. /testsuite 2014-06-27 Paolo Carlini PR c++/61614 * g++.dg/ext/complit14.C: New. Added: branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ext/complit14.C Modified: branches/gcc-4_9-branch/gcc/cp/ChangeLog branches/gcc-4_9-branch/gcc/cp/semantics.c branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
[Bug c++/61614] [4.9/4.10 Regression] Bogus error: taking address of temporary array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot gnu.org --- Comment #7 from Paolo Carlini --- Fixed mainline and 4.9.1.
[Bug fortran/61615] Failure to resolve correct generic with TYPE(C_PTR) arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615 --- Comment #1 from Jacob Abel --- I was also told the following incorrect behavior is present from 4.8.1 and on. I've tested with 4.8.1 and 4.8.2 and received the same behavior.
[Bug rtl-optimization/61629] [4.10 regression] FAIL: gcc.dg/20020312-2.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61629 Andreas Schwab changed: What|Removed |Added Target Milestone|--- |4.10.0
[Bug c++/61566] [4.9/4.10 Regression] ICE in write_unscoped_name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #2 from Paolo Carlini ---
Further reduced below. I think it may be just matter of loosening the
gcc_assert in write_unscoped_enum:
Index: mangle.c
===
--- mangle.c(revision 212074)
+++ mangle.c(working copy)
@@ -875,10 +875,11 @@ write_unscoped_name (const tree decl)
{
/* If not, it should be either in the global namespace, or directly
in a local function scope. A lambda can also be mangled in the
- scope of a default argument. */
+ scope of a default argument or in class scope (c++/61566). */
gcc_assert (context == global_namespace
|| TREE_CODE (context) == PARM_DECL
- || TREE_CODE (context) == FUNCTION_DECL);
+ || TREE_CODE (context) == FUNCTION_DECL
+ || TREE_CODE (context) == RECORD_TYPE);
write_unqualified_name (decl);
}
//
template < typename > struct function;
template < typename _Res >
struct function < _Res () >
{
template < typename _Functor>
function (_Functor);
};
struct C
{
template
void foo (T, function < C () > = [] { });
};
void bar ()
{
C c;
c.foo (1);
}
[Bug bootstrap/61631] [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631 Dmitry G. Dyachenko changed: What|Removed |Added CC||tsaunders at mozilla dot com --- Comment #1 from Dmitry G. Dyachenko --- r211936 PASS [r211937..r211985) not build with --enable-checking=fold due PR61598 r211985 FAIL
[Bug target/61633] New: AArch64 SISD ASHR instruction split clobbers input register.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633 Bug ID: 61633 Summary: AArch64 SISD ASHR instruction split clobbers input register. Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: mshawcroft at gcc dot gnu.org The FFT code in Android AAC codec at -O2 is incorrectly compiled resulting in an infinite loop. I've failed to reduce the test case to something usable but the problem in the back end is clearly the define_splits associated with *aarch64_ashr_sisd_or_int_3. Both of the splits inappropriately use one of the input operand register as a scratch pad for the negated shift operand.
[Bug target/61633] AArch64 SISD ASHR instruction split clobbers input register.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633 mshawcroft at gcc dot gnu.org changed: What|Removed |Added Target||aarch64*-*-* Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-06-27 Assignee|unassigned at gcc dot gnu.org |mshawcroft at gcc dot gnu.org Ever confirmed|0 |1
[Bug preprocessor/58770] GCC very slow compiling with #pragma once
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770 Ólafur Waage changed: What|Removed |Added CC||olafurw at gmail dot com --- Comment #1 from Ólafur Waage --- Created attachment 33017 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33017&action=edit Log of running the attached tests I have added an attachment of me running the test on GCC 4.8.2, I can run on a newer version if needed, it was just what I had at the time.
[Bug ipa/61555] [4.9/4.10 Regression] LLVM build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555 Hristo Venev changed: What|Removed |Added CC||mustrumr97 at gmail dot com --- Comment #3 from Hristo Venev --- In the LLVM codebase getOption() is defined but still not written in the object file. The reduced test case is wrong. Why can't I reopen this bug?
[Bug bootstrap/61631] [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631 --- Comment #2 from Trevor Saunders --- > r211936 PASS > [r211937..r211985) not build with --enable-checking=fold due PR61598 > r211985 FAIL I think if you apply r211985 directly on top of r211937 you'll find that bootstraps, so presumably some patch after mine broke it in the mean time. Trev
[Bug middle-end/61630] [4.10 Regression] ICE in symtab_get_node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630 --- Comment #1 from Uroš Bizjak --- Dup of PR61330 ?
[Bug fortran/61632] memory corruption in Fortran RTL when writing formatted data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #1 from kargl at gcc dot gnu.org --- (In reply to Arnaud Desitter from comment #0) > Problem 1: using the following program: > program p > call ss() > call ss() > end program p > subroutine ss > CHARACTER(3), save :: ZTYP(3) > DATA ZTYP /'XXX','YYY','ZZZ'/ > write(*,600,IOSTAT=iosa) 0.0,ZTYP > write(*,*) 'iostat=',iosa If you're going to check for an error, then you should use it. This should be closed.
[Bug preprocessor/58770] GCC very slow compiling with #pragma once
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-27 CC||manu at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Manuel López-Ibáñez --- The GCC preprocessor is very optimized for include guards. Perhaps the same optimizations are not applied for "#pragma once". Someone will need to investigate where the two code paths differ and what could be the reason for the slow-down. Unfortunately, there are very few developers working on the preprocessor and very few users of "#pragma once", so this will likely have very low priority unless one of those users takes the lead to fix it.
[Bug tree-optimization/61607] DOM missed jump threading and destroyed loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61607 --- Comment #8 from Jeffrey A. Law --- FWIW, I vaguely recall experimenting with following the SSA_NAME_VALUE chains in the past and having problems with cycles. IIRC we can get cycles from things like recording equivalences created by equality tests. We could put a (small) upper limit on the number of SSA_NAME_VALUEs we walk. I'd expect the vast majority of the time we'd be walking just one node. I guess that's worth investigating.
[Bug c/61634] New: [4.8.3/4.9.1] ICE in in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1423
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634 Bug ID: 61634 Summary: [4.8.3/4.9.1] ICE in in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1423 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Created attachment 33018 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33018&action=edit preprocessed source Hello, I get the following ICE on current 4_8-branch and 4_9-branch with the attached preprocessed source (taken from opencore-amr-1.3.0): x86_64-pc-linux-gnu-g++ -x c -O3 -fwrapv -c autocorr.x -fPIC -DPIC -o autocorr.o autocorr.x: In function 'Autocorr': autocorr.x:418:8: internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1423 Word16 Autocorr( ^ Please submit a full bug report, with preprocessed source if appropriate. "-O3 -fwrapv" throws ICE, "-O2 -fwrapv" or plain "-O3" pass.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Comment #1 from Jerry DeLisle --- Works fine for me on x86-64-linux. I suspect this is a mingw specific issue on Windows. What version of windows are you running? Unfortunately this can make a difference, though it shouldn't. I do not have mingw setup on any of my duel boot machines.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2014-06-27 Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres --- Arjen, Are you sure that you have attached the right file? When using tar I get "tar: A lone zero block at 2498" and the test succeeds as for Jerry.
[Bug target/61622] internal compiler error: in simplify_const_unary_operation, at simplify-rtx.c:1508
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622 baoshan changed: What|Removed |Added CC||pangbw at gmail dot com --- Comment #2 from baoshan --- (In reply to roland from comment #1) > Created attachment 33013 [details] > test case preprocessed source > > I had to gzip the file to make bugzilla accept it. What command line have you used to see this issue?
[Bug tree-optimization/61607] DOM missed jump threading and destroyed loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61607 --- Comment #9 from Jeffrey A. Law --- So, the length of the SSA_NAME_VALUE chains is pretty much as expected. The overwhelming majority of the time there is nothing in the SSA_NAME_VALUE chain or a single entry. Then there's a very small percentage with a length of 2 and roughly the same very small percentage that have a loop. So we can reasonably iterate over the chain and break if we hit > 2 entries in the chain.
[Bug target/61542] [4.8/4.9/trunk] vect-nop-move.c fails on powerpc64le-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #8 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:31:25 2014
New Revision: 212083
URL: https://gcc.gnu.org/viewcvs?rev=212083&root=gcc&view=rev
Log:
Merge up to 212074.
* REVISION: Update subversion id.
Picks up fix for bug 61542.
Added:
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/cpp0x/initlist84.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/cpp0x/initlist84.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ext/complit14.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ext/complit14.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-2.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-2.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-3.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-3.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/template/pr61537.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/template/pr61537.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/gcc.target/alpha/pr61586.c
- copied unchanged from r212074,
branches/gcc-4_9-branch/gcc/testsuite/gcc.target/alpha/pr61586.c
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd10.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd10.C
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd11.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd11.C
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd12.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd12.C
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd13.C
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/simd13.C
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-14.c
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-14.c
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-15.c
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-15.c
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-16.c
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-16.c
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-17.c
- copied unchanged from r212074,
branches/gcc-4_9-branch/libgomp/testsuite/libgomp.c/simd-17.c
Modified:
branches/ibm/gcc-4_9-branch/ (props changed)
branches/ibm/gcc-4_9-branch/gcc/ChangeLog
branches/ibm/gcc-4_9-branch/gcc/ChangeLog.ibm
branches/ibm/gcc-4_9-branch/gcc/DATESTAMP
branches/ibm/gcc-4_9-branch/gcc/REVISION
branches/ibm/gcc-4_9-branch/gcc/c/ChangeLog
branches/ibm/gcc-4_9-branch/gcc/c/c-parser.c
branches/ibm/gcc-4_9-branch/gcc/cgraphclones.c
branches/ibm/gcc-4_9-branch/gcc/config/alpha/alpha.c
branches/ibm/gcc-4_9-branch/gcc/config/i386/driver-i386.c
branches/ibm/gcc-4_9-branch/gcc/config/i386/i386.md
branches/ibm/gcc-4_9-branch/gcc/config/rs6000/vsx.md
branches/ibm/gcc-4_9-branch/gcc/cp/ChangeLog
branches/ibm/gcc-4_9-branch/gcc/cp/call.c
branches/ibm/gcc-4_9-branch/gcc/cp/parser.c
branches/ibm/gcc-4_9-branch/gcc/cp/semantics.c
branches/ibm/gcc-4_9-branch/gcc/gimplify.c
branches/ibm/gcc-4_9-branch/gcc/ipa-cp.c
branches/ibm/gcc-4_9-branch/gcc/ipa-prop.c
branches/ibm/gcc-4_9-branch/gcc/ipa-prop.h
branches/ibm/gcc-4_9-branch/gcc/omp-low.c
branches/ibm/gcc-4_9-branch/gcc/testsuite/ChangeLog
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/devirt-25.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr60600.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61540.C
branches/ibm/gcc-4_9-branch/gcc/testsuite/gfortran.dg/default_format_denormal_2.f90
branches/ibm/gcc-4_9-branch/libgomp/ChangeLog
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c++/for-10.C
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/for-2.c
branches/ibm/gcc-4_9-branch/libgomp/testsuite/libgomp.c/for-2.h
branches/ibm/gcc-4_9-branch/libstdc++-v3/ChangeLog
branches/ibm/gcc-4_9-branch/libstdc++-v3/testsuite/20_util/make_signed/requirements/typedefs-1.cc
branches/ibm/gcc-4_9-branch/libstdc++-v3/testsuite/20_util/make_signed/requirements/typedefs-2.cc
branches/ibm/gcc-4_9-branch/libstdc++-v3/testsuite/20_util/make_unsigned/requirements/typedefs-1.cc
branches/ibm/gcc-4_9-branch/libstdc++-v3/testsuite/20_util/make_unsigned/requirements/typedefs-2.cc
Propchange: branches/ibm/gcc-4_9-branch/
('svn:mergeinfo' modified)
Propchange: branches/ibm/gcc-4_9-branch/
[Bug target/61542] [4.8/4.9/trunk] vect-nop-move.c fails on powerpc64le-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:32:52 2014
New Revision: 212084
URL: https://gcc.gnu.org/viewcvs?rev=212084&root=gcc&view=rev
Log:
Merge up to 212077.
* REVISION: Update subversion id.
Picks up fix for bug 61542.
Added:
branches/ibm/gcc-4_8-branch/gcc/testsuite/g++.dg/template/local-fn1.C
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/g++.dg/template/local-fn1.C
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-13.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-13.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-14.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-14.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-15.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/va_arg-15.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/alpha/pr61586.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/alpha/pr61586.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr61423.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr61423.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr61446.c
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr61446.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/gfortran.dg/cray_pointers_10.f90
- copied unchanged from r212077,
branches/gcc-4_8-branch/gcc/testsuite/gfortran.dg/cray_pointers_10.f90
Modified:
branches/ibm/gcc-4_8-branch/ (props changed)
branches/ibm/gcc-4_8-branch/gcc/ChangeLog
branches/ibm/gcc-4_8-branch/gcc/ChangeLog.ibm
branches/ibm/gcc-4_8-branch/gcc/DATESTAMP
branches/ibm/gcc-4_8-branch/gcc/config/aarch64/aarch64.c
branches/ibm/gcc-4_8-branch/gcc/config/aarch64/aarch64.md
branches/ibm/gcc-4_8-branch/gcc/config/alpha/alpha.c
branches/ibm/gcc-4_8-branch/gcc/config/arm/arm.c
branches/ibm/gcc-4_8-branch/gcc/config/i386/driver-i386.c
branches/ibm/gcc-4_8-branch/gcc/config/i386/i386.md
branches/ibm/gcc-4_8-branch/gcc/config/microblaze/microblaze.md
branches/ibm/gcc-4_8-branch/gcc/config/microblaze/predicates.md
branches/ibm/gcc-4_8-branch/gcc/config/rs6000/vsx.md
branches/ibm/gcc-4_8-branch/gcc/cp/ChangeLog
branches/ibm/gcc-4_8-branch/gcc/cp/pt.c
branches/ibm/gcc-4_8-branch/gcc/fortran/ChangeLog
branches/ibm/gcc-4_8-branch/gcc/fortran/trans-decl.c
branches/ibm/gcc-4_8-branch/gcc/testsuite/ChangeLog
branches/ibm/gcc-4_8-branch/gcc/testsuite/gcc.target/aarch64/aapcs64/type-def.h
branches/ibm/gcc-4_8-branch/gcc/testsuite/gfortran.dg/default_format_denormal_2.f90
branches/ibm/gcc-4_8-branch/gcc/testsuite/gfortran.dg/nint_2.f90
branches/ibm/gcc-4_8-branch/libjava/classpath/ (props changed)
Propchange: branches/ibm/gcc-4_8-branch/
('svn:mergeinfo' modified)
Propchange: branches/ibm/gcc-4_8-branch/
('svnmerge-integrated' modified)
Propchange: branches/ibm/gcc-4_8-branch/libjava/classpath/
('svn:mergeinfo' modified)
[Bug target/61622] internal compiler error: in simplify_const_unary_operation, at simplify-rtx.c:1508
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622 --- Comment #3 from roland at gnu dot org --- Oops! Meant to paste that: gcc/cc1 -fpreprocessed ref_vld1_dup.i -quiet -dumpbase ref_vld1_dup.i -mfloat-abi=softfp -mfpu=neon -mtls-dialect=gnu -auxbase ref_vld1_dup -O1 -std=gnu99 -version -o ref_vld1_dup.s
[Bug bootstrap/61631] [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631 --- Comment #3 from Dmitry G. Dyachenko --- (In reply to Trevor Saunders from comment #2) > > r211936 PASS > > [r211937..r211985) not build with --enable-checking=fold due PR61598 > > r211985 FAIL > > I think if you apply r211985 directly on top of r211937 you'll find that > bootstraps, so presumably some patch after mine broke it in the mean > time. > > Trev You are rigth : r211937 + r211985 PASS. Sorry for noise. Dmitry
[Bug bootstrap/61631] [4.10 regression] ICE unwind-dw2.c:1639:5: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631 Dmitry G. Dyachenko changed: What|Removed |Added CC||hubicka at ucw dot cz --- Comment #4 from Dmitry G. Dyachenko --- r211959 + r211985 PASS r211960 + r211985 FAIL
[Bug c++/59867] Template string literal loses first symbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59867 --- Comment #13 from Ed Smith-Rowland <3dw4rd at verizon dot net> --- Created attachment 33020 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33020&action=edit Patch 58781, 59867, 60249, ... I think I got it. Don't mess with the token stream. PR C++/58781 - Unicode strings broken in a strange way PR C++/59867 - Template string literal loses first symbol PR C++/60249 - Compiler goes into semi-infinite loop with wrong usage of user defined string literals Plus I fixed an misleading error message for string literal operator templates (not available in C++11).
[Bug c++/58781] Unicode strings broken in a strange way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58781 --- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> --- Created attachment 33021 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33021&action=edit Patch 58781, 59867, 60249, .. I think I got it. Don't mess with the token stream. PR C++/58781 - Unicode strings broken in a strange way PR C++/59867 - Template string literal loses first symbol PR C++/60249 - Compiler goes into semi-infinite loop with wrong usage of user defined string literals Plus I fixed an misleading error message for string literal operator templates (not available in C++11).
[Bug c++/59867] Template string literal loses first symbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59867 --- Comment #12 from Ed Smith-Rowland <3dw4rd at verizon dot net> --- Created attachment 33019 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33019&action=edit Patch 58781, 59867, 60249, ... I think I got it. Don't mess with the token stream. PR C++/58781 - Unicode strings broken in a strange way PR C++/59867 - Template string literal loses first symbol PR C++/60249 - Compiler goes into semi-infinite loop with wrong usage of user defined string literals Plus I fixed an misleading error message for string literal operator templates (not available in C++11).
[Bug libfortran/61499] [4.9/4.10 Regression] Internal read of negative integer broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Fri Jun 27 21:11:20 2014 New Revision: 212089 URL: https://gcc.gnu.org/viewcvs?rev=212089&root=gcc&view=rev Log: 2014-06-27 Jerry DeLisle Backport from trunk. PR libgfortran/61499 * io/list_read.c (eat_spaces): Use a 'for' loop instead of 'while' loop to skip the loop if there are no bytes left in the string. Only seek if actual spaces can be skipped. Modified: branches/gcc-4_9-branch/libgfortran/ChangeLog branches/gcc-4_9-branch/libgfortran/io/list_read.c
[Bug lto/61635] New: LTO partitioner does not handle &&label in statics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
Bug ID: 61635
Summary: LTO partitioner does not handle &&label in statics
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
I currently don't have a small compilable test case, except a build tree from a
large project. But what happened was code like this
f()
{
static void *addr[] = {
&&label1,
&&label2,
..
};
/* labels defined in the code */
}
The LTO partitioner would put addr into a different ltrans unit than f.
But the assembler output of addr contains direct references to the code labels
in the assembler of f.
This results in lots of assembler errors for undefined labels.
[Bug libfortran/61499] [4.9/4.10 Regression] Internal read of negative integer broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Revision: 212060 Modified property: svn:log Modified: svn:log at Fri Jun 27 21:34:33 2014 -- --- svn:log (original) +++ svn:log Fri Jun 27 21:34:33 2014 @@ -1,4 +1,4 @@ 2014-06-26 Jerry DeLisle PR libgfortran/61499 -gfortran.dg/arrayio_15.f90: New test. +* gfortran.dg/arrayio_15.f90: New test.
[Bug c++/60249] [c++11] Compiler goes into semi-infinite loop with wrong usage of user defined string literals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249 --- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> --- Created attachment 33022 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33022&action=edit Patch 58781, 59867, 60249, ... I think I got it. Don't mess with the token stream. PR C++/58781 - Unicode strings broken in a strange way PR C++/59867 - Template string literal loses first symbol PR C++/60249 - Compiler goes into semi-infinite loop with wrong usage of user defined string literals Plus I fixed an misleading error message for string literal operator templates (not available in C++11).
[Bug libfortran/61499] [4.9/4.10 Regression] Internal read of negative integer broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499 --- Comment #7 from Jerry DeLisle --- Author: jvdelisle Date: Fri Jun 27 21:38:06 2014 New Revision: 212090 URL: https://gcc.gnu.org/viewcvs?rev=212090&root=gcc&view=rev Log: 2014-06-27 Jerry DeLisle Backport from mainline. PR libgfortran/61499 * gfortran.dg/arrayio_15.f90: New test. Added: branches/gcc-4_9-branch/gcc/testsuite/gfortran.dg/arrayio_15.f90 Modified: branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
[Bug c++/61433] [4.9/4.10 Regression] ICE: SIGSEGV in friend_accessible_p (search.c:778) with -std=gnu++11 -O -fcompare-debug -fno-inline -fno-ipa-pure-const -fipa-sra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433 --- Comment #4 from Jason Merrill --- Author: jason Date: Fri Jun 27 21:38:24 2014 New Revision: 212091 URL: https://gcc.gnu.org/viewcvs?rev=212091&root=gcc&view=rev Log: PR c++/61433 * error.c (dump_template_bindings): Don't tsubst in a clone. Added: trunk/gcc/testsuite/g++.dg/debug/dwarf2/pr61433.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c
[Bug c++/60249] [c++11] Compiler goes into semi-infinite loop with wrong usage of user defined string literals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249 --- Comment #5 from Paolo Carlini --- Patch looks *great*. If it works, please send it to mailing list ASAP.
[Bug c++/61566] [4.9/4.10 Regression] ICE in write_unscoped_name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #3 from Paolo Carlini ---
In fact, it seems to me that something is going wrong with the context: I don't
see why isn't just a PARM_DECL, as happens for a non-template version of foo.
Better if Jason looks into the issue...
This is a slightly more compact testcase:
struct function
{
template < typename _Functor>
function (_Functor);
};
struct C
{
template
void foo (T, function = [] {});
};
void bar ()
{
C c;
c.foo (1);
}
[Bug fortran/61632] memory corruption in Fortran RTL when writing formatted data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-27 CC||jvdelisle at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres --- program p call ss() call ss() end program p subroutine ss CHARACTER(3), save :: ZTYP(3) DATA ZTYP /'XXX','YYY','ZZZ'/ write(*,600,IOSTAT=iosa) 0.0,ZTYP write(*,*) 'iostat=',iosa if (iosa /= 0) print *, "error" 600 FORMAT(1PE13.5,4X,A3) end subroutine ss gives at run time [Book15] f90/bug% a.out 0.0E+00XXX iostat=5006 error 0.0E+00XXX iostat=5006 error which is right, but also [Book15] f90/bug% a.out 0.0E+00XXX iostat=5006 error 0.0E+00XXX Program received signal SIGSEGV: Segmentation fault - invalid memory reference. Backtrace for this error: #0 0x10b4c3892 #1 0x10b4c4030 #2 0x7fff8a4695a9 #3 0x10b581910 #4 0x10b58daf6 #5 0x10b58fd12 #6 0x10b58de05 #7 0x10b4b9cef #8 0x10b4b9dfb #9 0x10b4b9e34 Segmentation fault which is wrong. Note the behavior for "problem 2" is what I expect.
[Bug lto/61635] LTO partitioner does not handle &&label in statics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-06-27 CC||hubicka at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jan Hubicka --- Yep, this is a known problem. We do not represent labels in symbol table and thus LTO partitioner has no clue about them. I would be interested to see the example that fails - theoretically the problematic static variable should always end up in the same partition as the function using it, because that function is no inline and no clone and should not get duplicated. So kernel & friends should fail only with -flto-partition=1to1 not with ballanced/none/one algorithms. I plan correct solution - I already implemented labels for symtab some time ago but I would like to re-do it on the new API. The poor-man's class hiearchy in C was not very pretty and a lot of code is still not updated to nots assume two basic types of symbols (variables and functions). With Martin Liska we are updating the APIs and once it is done I will add symbols for non-local labels and const_decls.
[Bug lto/61635] LTO partitioner does not handle &&label in statics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635 --- Comment #2 from andi at firstfloor dot org --- Test case git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15 Build with the attached kernel config (copy to .config in the build dir) and 4.9 -Andi On Fri, Jun 27, 2014 at 11:04:00PM +, hubicka at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635 > > Jan Hubicka changed: > >What|Removed |Added > > Status|UNCONFIRMED |ASSIGNED >Last reconfirmed||2014-06-27 > CC||hubicka at gcc dot gnu.org >Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot > gnu.org > Ever confirmed|0 |1 > > --- Comment #1 from Jan Hubicka --- > Yep, this is a known problem. We do not represent labels in symbol table and > thus LTO partitioner has no clue about them. I would be interested to see the > example that fails - theoretically the problematic static variable should > always end up in the same partition as the function using it, because that > function is no inline and no clone and should not get duplicated. So kernel & > friends should fail only with -flto-partition=1to1 not with ballanced/none/one > algorithms. > > I plan correct solution - I already implemented labels for symtab some time > ago > but I would like to re-do it on the new API. > The poor-man's class hiearchy in C was not very pretty and a lot of code is > still not updated to nots assume two basic types of symbols (variables and > functions). With Martin Liska we are updating the APIs and once it is done I > will add symbols for non-local labels and const_decls. > > -- > You are receiving this mail because: > You reported the bug. >
[Bug c++/61433] [4.9/4.10 Regression] ICE: SIGSEGV in friend_accessible_p (search.c:778) with -std=gnu++11 -O -fcompare-debug -fno-inline -fno-ipa-pure-const -fipa-sra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433 --- Comment #5 from Jason Merrill --- Author: jason Date: Sat Jun 28 03:44:53 2014 New Revision: 212098 URL: https://gcc.gnu.org/viewcvs?rev=212098&root=gcc&view=rev Log: PR c++/61433 * error.c (dump_template_bindings): Don't tsubst in a clone. Added: branches/gcc-4_9-branch/gcc/testsuite/g++.dg/debug/dwarf2/pr61433.C Modified: branches/gcc-4_9-branch/gcc/cp/ChangeLog branches/gcc-4_9-branch/gcc/cp/error.c
[Bug c++/61433] [4.9/4.10 Regression] ICE: SIGSEGV in friend_accessible_p (search.c:778) with -std=gnu++11 -O -fcompare-debug -fno-inline -fno-ipa-pure-const -fipa-sra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Jason Merrill --- Fixed for 4.9.1.
[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407 Eric Martin changed: What|Removed |Added CC||ericmark26 at gmail dot com --- Comment #12 from Eric Martin --- I'm sure I sound like an idiot asking this, but I tried copying and pasting the raw unified data of the patch and pasting it into a .diff file, then running patch < ~/Documents/patch.diff. Nothing happened. How do I implement this fix?
[Bug lto/61635] LTO partitioner does not handle &&label in statics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635 --- Comment #3 from Jan Hubicka --- > > git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15 > Build with the attached kernel config (copy to .config in the build dir) and > 4.9 Aha, we still compile kernel with -fno-toplevel-reporder? That probably could drag variables out of their contextes. Will have to take a look. Honza
