[Bug sanitizer/69147] [5 Regression] Several hundred asan failures with 5.3.1 on x86_64-apple-darwin15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147 --- Comment #17 from Dominique d'Humieres --- Results with the third patch at https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg01115.html It looks good.
[Bug target/67973] All the tests for -gstabs* fail on x86_64-apple-darwin14 with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973 --- Comment #18 from Dominique d'Humieres --- > Created attachment 37227 [details] > back-port of Rainer's fix. Results with the patch posted at https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg01115.html Rainer, Do you mind if I commit the patch to the gcc5 branch?
[Bug bootstrap/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #26 from Uroš Bizjak ---
+ /* If we don't find any, we've got an empty function body; i.e.
+completely empty - without a return or branch. Reaching an
+empty function body means UB. Let's trap it. */
+ if (insn == NULL)
+ fputs ("\thlt\n", file);
Probably sou want to use ud2 instruction here.
[Bug target/69247] [6 Regression] ICE in gen_reg_rtx, at emit-rtl.c:1024 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69247 --- Comment #4 from Jakub Jelinek --- Thanks. Please include the testcase from the other patch.
[Bug tree-optimization/69186] ICE at -O3 on x86_64-linux-gnu in vect_update_misalignment_for_peel, at tree-vect-data-refs.c:889
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69186 --- Comment #4 from Richard Biener --- Author: rguenth Date: Wed Jan 13 08:26:45 2016 New Revision: 232314 URL: https://gcc.gnu.org/viewcvs?rev=232314&root=gcc&view=rev Log: 2016-01-13 Richard Biener PR tree-optimization/69186 * tree-vect-data-refs.c (vect_enhance_data_refs_alignment): Properly guard vect_update_misalignment_for_peel call. * gcc.dg/torture/pr69186.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr69186.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-data-refs.c
[Bug tree-optimization/69242] [6 Regression] ICE in visit_reference_op_load, at tree-ssa-sccvn.c:3224
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69242 --- Comment #4 from Richard Biener --- Author: rguenth Date: Wed Jan 13 08:27:42 2016 New Revision: 232315 URL: https://gcc.gnu.org/viewcvs?rev=232315&root=gcc&view=rev Log: 2016-01-13 Richard Biener PR tree-optimization/69242 * tree-ssa-sccvn.c (visit_reference_op_load): Replace bogus assert with a check. * gcc.dg/torture/pr69242.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr69242.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-sccvn.c
[Bug tree-optimization/69242] [6 Regression] ICE in visit_reference_op_load, at tree-ssa-sccvn.c:3224
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69242 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Richard Biener --- Fixed.
[Bug tree-optimization/69186] ICE at -O3 on x86_64-linux-gnu in vect_update_misalignment_for_peel, at tree-vect-data-refs.c:889
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69186 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Richard Biener --- Fixed.
[Bug c++/68357] [6 Regression] FAIL: g++.dg/other/darwin-cfstring1.C -std=* (internal compiler error) on x86_64-apple-darwin1(0|4|5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68357 Dominique d'Humieres changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- Summary|[6 Regression] FAIL:|[6 Regression] FAIL: |g++.dg/other/darwin-cfstrin |g++.dg/other/darwin-cfstrin |g1.C -std=* (internal |g1.C -std=* (internal |compiler error) on |compiler error) on |x86_64-apple-darwin1(0|4) |x86_64-apple-darwin1(0|4|5) --- Comment #3 from Dominique d'Humieres --- The ICE reappeared between revisions r232232 (errors) and r232294 (ICE).
[Bug c++/69257] g++ ICE (segfault) on x86_64-linux-gnu in "create_tmp_var"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69257 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 CC||mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed.
[Bug c++/69257] g++ ICE in "create_tmp_var" on invalid inline-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69257 Andrew Pinski changed: What|Removed |Added Summary|g++ ICE (segfault) on |g++ ICE in "create_tmp_var" |x86_64-linux-gnu in |on invalid inline-asm |"create_tmp_var"| --- Comment #2 from Andrew Pinski --- This is what the C front-end produces: t.c: In function ‘fn1’: t.c:3:20: error: dereferencing pointer to incomplete type ‘struct S’ __asm ( "": :"" (*x)); ^~
[Bug bootstrap/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #27 from Iain Sandoe ---
(In reply to Uroš Bizjak from comment #26)
> + /* If we don't find any, we've got an empty function body; i.e.
> + completely empty - without a return or branch. Reaching an
> + empty function body means UB. Let's trap it. */
> + if (insn == NULL)
> + fputs ("\thlt\n", file);
>
> Probably sou want to use ud2 instruction here.
yeah, hlt is a little drastic ;-)
[Bug tree-optimization/52346] Two abs in a row isn't being optimized to just one on the tree level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52346 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |6.0 --- Comment #2 from Andrew Pinski --- Fixed for 6.0: Visiting statement: _3 = ABS_EXPR ; which is likely CONSTANT Applying pattern match.pd:683, gimple-match.c:8656 Match-and-simplified ABS_EXPR to a_2 Lattice value changed to CONSTANT a_2. Adding SSA edges to worklist. interesting_ssa_edges: adding SSA use in return _3; marking stmt to be not simulated again
[Bug middle-end/68621] [6 Regression] FAIL: gcc.dg/tree-ssa/ifc-8.c scan-tree-dump-times ifcvt "Applying if-conversion" 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68621 vekumar at gcc dot gnu.org changed: What|Removed |Added CC||vekumar at gcc dot gnu.org --- Comment #1 from vekumar at gcc dot gnu.org --- We do this optimization under -fno-common. In case of -fpic this option does not have any effect and the array declaration is assumed as can be overridden.
[Bug tree-optimization/69255] ICE (segfault) on x86_64-linux-gnu in "emit_move_insn"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69255
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
||uros at gcc dot gnu.org
--- Comment #1 from Jakub Jelinek ---
#pragma GCC target "avx512vl"
#pragma GCC target "no-avx512vl"
__attribute__ ((__vector_size__ (4 * sizeof (long long long a;
__attribute__ ((__vector_size__ (2 * sizeof (long int b;
void
foo (const long long *p)
{
a = __builtin_ia32_gather3siv4di (a, p, b, 1, 1);
}
There are several issues.
One is that the error-recovery in ix86_expand_builtin looks wrong, if the call
is to unsupported ISA, then it always returns const0_rtx, which is wrong for
BLKmode.
So I think we want either:
--- i386.c.jj 2016-01-12 14:20:13.0 +0100
+++ i386.c 2016-01-13 09:58:57.987193230 +0100
@@ -40249,7 +40249,7 @@ ix86_expand_builtin (tree exp, rtx targe
error ("%qE needs isa option %s", fndecl, opts);
free (opts);
}
- return const0_rtx;
+ return target ? target : const0_rtx;
}
switch (fcode)
or say what rs6000 uses in that case:
return expand_call (exp, target, ignore);
(though returning target is probably good enough).
The second issue is with expansion of VECTOR_TYPE_P non-automatic VAR_DECLs.
TYPE_MODE for those returns vector_type_mode, so the mode depends on whether
the function's ISA supports those vector modes or not. But, DECL_RTL of those
VAR_DECLs has been possibly created under different ISA, so there is the
possibility that their DECL_RTL's mode does not match the TYPE_MODE.
Wonder if expansion for VECTOR_TYPE_P (TREE_TYPE (exp)) TREE_STATIC VAR_Ps
should not look at TYPE_MODE of their type and if there is a mismatch, instead
of using DECL_RTL as is, create a different MEM with the mode changed to match.
The question is of course if single element structs with vector type element
don't need similar treatment.
[Bug middle-end/69156] [6 Regression] gcc.dg/pr59630.c: ICE: verify_gimple failed: non-trivial conversion at assignment with -fno-tree-ccp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69156 --- Comment #5 from rguenther at suse dot de --- On Fri, 8 Jan 2016, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69156 > > --- Comment #4 from Jakub Jelinek --- > (In reply to Richard Biener from comment #3) > > (In reply to Jakub Jelinek from comment #2) > > > Created attachment 37266 [details] > > > gcc6-pr69156.patch > > > > > > Untested fix. Not sure if it is the best spot though. And the testcase > > > is > > > really nasty. > > > > Hmm, but this means things were mismatched in the first place (earlier) and > > thus this should be checked somewhere else? > > This happens in gimple-match-head.c: > 714 tree decl = TREE_OPERAND (fn, 0); > 715 if (DECL_BUILT_IN_CLASS (decl) != BUILT_IN_NORMAL > 716 || !gimple_builtin_call_types_compatible_p (stmt, > decl)) > 717 return false; > and the problem is that gimple_builtin_call_types_compatible_p is extremely > lose (basically, for return type or arguments considers all integral types > equal, or all pointer types equal, or all RECORD_TYPEs equal etc.). > Bet for this purpose (but don't about all the others) it might be better to > check useless_type_conversion_p equality instead. > I guess the question is when is a mere validate_type instead of > types_compatible_p useful. Ick. That's the code "copied" from builtins.c. I suppose we should simply exchange the validate_type calls with useless_type_conversion_p () (in the correct order). That should be coarse enough these days.
[Bug sanitizer/69147] [5 Regression] Several hundred asan failures with 5.3.1 on x86_64-apple-darwin15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147 --- Comment #18 from Maxim Ostapenko --- Author: chefmax Date: Wed Jan 13 09:27:38 2016 New Revision: 232316 URL: https://gcc.gnu.org/viewcvs?rev=232316&root=gcc&view=rev Log: Cherry-pick r224315 and r241487 from upstream. PR sanitizer/69147 * asan/asan_mac.cc: Cherry pick upstream r241487. * sanitizer_common/sanitizer_mac.cc: Cherry pick upstream r224315. * sanitizer_common/sanitizer_mac.h: Likewise. Modified: branches/gcc-5-branch/libsanitizer/ChangeLog branches/gcc-5-branch/libsanitizer/asan/asan_mac.cc branches/gcc-5-branch/libsanitizer/sanitizer_common/sanitizer_mac.cc branches/gcc-5-branch/libsanitizer/sanitizer_common/sanitizer_mac.h
[Bug libstdc++/66006] [6 regression] abi_check FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66006 --- Comment #2 from Rainer Orth --- Author: ro Date: Wed Jan 13 09:48:53 2016 New Revision: 232317 URL: https://gcc.gnu.org/viewcvs?rev=232317&root=gcc&view=rev Log: Introduce separate baselines for Solaris 10 and 11+ (PR libstdc++/66006) PR libstdc++/66006 * configure.host (abi_baseline_pair): Use separate baseline for Solaris 11+ and Solaris 10 with gld. * config/abi/post/solaris2.11/amd64/baseline_symbols.txt: New file. * config/abi/post/solaris2.11/baseline_symbols.txt: New file. * config/abi/post/solaris2.11/sparcv9/baseline_symbols.txt: New file. Added: trunk/libstdc++-v3/config/abi/post/solaris2.11/ trunk/libstdc++-v3/config/abi/post/solaris2.11/amd64/ trunk/libstdc++-v3/config/abi/post/solaris2.11/amd64/baseline_symbols.txt trunk/libstdc++-v3/config/abi/post/solaris2.11/baseline_symbols.txt trunk/libstdc++-v3/config/abi/post/solaris2.11/sparcv9/ trunk/libstdc++-v3/config/abi/post/solaris2.11/sparcv9/baseline_symbols.txt Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/configure.host
[Bug libstdc++/66006] [6 regression] abi_check FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66006 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org --- Comment #3 from Rainer Orth --- Fixed for 6.1.0.
[Bug target/67973] All the tests for -gstabs* fail on x86_64-apple-darwin14 with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973 --- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #18 from Dominique d'Humieres --- >> Created attachment 37227 [details] >> back-port of Rainer's fix. > > Results with the patch posted at > https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg01115.html > > Rainer, > > Do you mind if I commit the patch to the gcc5 branch? I don't mind, of course, but neither do I test the gcc-5 branch on Mac OS X these days nor is it my call. Rainer
[Bug ipa/69239] [5/6 Regression] g++.dg/ipa/devirt-c-3.C FAILs with -O2 -fPIC --param=early-inlining-insns=196
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69239 Jakub Jelinek changed: What|Removed |Added CC||hubicka at gcc dot gnu.org, ||jason at gcc dot gnu.org Component|middle-end |ipa --- Comment #2 from Jakub Jelinek --- -fno-devirtualize fixes it. Seems the obj->foo call in middleman is devirtualized to _ZThn16_N1B3fooEi, although middleend can (and is) called from A constructor and therefore it really should call _ZN1A3fooEi in that case.
[Bug tree-optimization/69042] [6 regression] Missed optimization in ivopts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69042 --- Comment #3 from amker at gcc dot gnu.org --- (In reply to amker from comment #2) > For iv use: > use 0 > address > in statement _9 = indexes[i_23]; > > at position indexes[i_23] > type const int * > base (const int *) (&indexes + 4) > step 4 > base object (void *) &indexes > related candidates > > Before the change, two candidates are added: > candidate 8 > var_before ivtmp.12 > var_after ivtmp.12 > incremented before exit test > type unsigned int > base (unsigned int) (&indexes + 4) > step 4 > base object (void *) &indexes > candidate 10 > var_before ivtmp.14 > var_after ivtmp.14 > incremented before exit test > type unsigned int > base (unsigned int) &indexes > step 4 > base object (void *) &indexes > After the change only candidate 8 is added. I did this to minimize the > number of candidates. Maybe that's too aggressive. Probably candidate like > this (with offset stripped) should be added, I will check if it causes new > regressions. > > Another problem is candidate 8 could be chosen to decrease register > pressure, but isn't. I will check why the register pressure cost doesn't > work in this case. Though candidate 8 is still a little bit worse than > candidate 10, because of one more setup instruction in loop pre-header block. For this register pressure question. GCC assumes that symbol "indexes" in memory reference "MEM[symbol: indexes, index: _21, step: 4, offset: 0B]" doesn't introduce any register pressure because we can use addressing mode like "indexes(,%eax,4)". This is not true for pic/pie code. In such case, we need to move "indexes@GOT(%eax)" to a register before using it in memory reference. That's why the additional register use not counted in register pressure computation in IVOPT.
[Bug tree-optimization/69042] [6 regression] Missed optimization in ivopts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69042 --- Comment #4 from amker at gcc dot gnu.org --- Still need to check if aarch64 is affected by this register pressure issue. It shouldn't because we don't support symbol in addressing mode and need to compute it outside mem ref anyway.
[Bug ipa/69241] [6 Regression] ICE: in assign_temp, at function.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241 --- Comment #3 from Markus Trippelsdorf --- The assertion started to fail with the merge of the C++ delayed folding branch. r230365
[Bug lto/69254] internal compiler error: in streamer_get_builtin_tree, at tree-streamer-in.c:1144
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254 --- Comment #1 from Richard Biener --- Can you please try narrowing down to a testcase?
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 Richard Biener changed: What|Removed |Added Priority|P4 |P1
[Bug target/69252] [4.9/5/6 Regression] gcc.dg/vect/vect-iv-9.c FAILs with -Os -fmodulo-sched -fmodulo-sched-allow-regmoves -fsched-pressure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69252 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/69249] Array-boundary offending code is silently discarded without warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69249 Richard Biener changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 Component|c |tree-optimization Ever confirmed|0 |1 Severity|major |enhancement --- Comment #2 from Richard Biener --- Confirmed as diagnostic enhancement request.
[Bug fortran/68649] [6 Regression] note: code may be misoptimized unless -fno-strict-aliasing is used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649
--- Comment #13 from Richard Biener ---
Note that the cast doesn't help in itself (but for the warning) as Jakub
notices.
The deeper issue is type-based aliasing here. IMHO libgfortran would need to
use
struct A { float *base_addr; size_t offset; long dtype; struct D dim[1]; }
*desc;
aka a pointer to a descriptor with flexible array member. Which I hope ends
up aliasing with one with a different size. Well, we treat 'dim' as flexible
array member in any case but I'm not aware of any code in alias.c that makes
this work.
struct Xflex { int n; int a[1]; };
struct Xspecific { int n; int a[7]; } x;
int foo (struct Xflex *f)
{
f->a[6] = 2;
x.a[6] = 1;
return f->a[6];
}
returns 2 with -fstrict-aliasing :(
Thus even the proposed fix won't end up working.
[Bug tree-optimization/68976] [6 Regression] ICE w/ -O2 (and above) -fgraphite-identity (or -floop-nest-optimize)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68976 --- Comment #5 from Joost VandeVondele --- I'm somewhat surprised graphite regressions get a P4. Discussions on the list suggested that graphite would be enabled by default in the near future. Lowering graphite regression priority to 'not serious' signals the opposite. It is a bit a chicken-and-egg problem, graphite won't get good testing if it is not reliable, and it won't get reliable if it doesn't get good testing.
[Bug middle-end/69258] New: Flexible arrays break TBAA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69258
Bug ID: 69258
Summary: Flexible arrays break TBAA
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Keywords: alias, wrong-code
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
struct Xflex { int n; int a[1]; };
struct Xspecific { int n; int a[7]; } x;
int foo (struct Xflex *f)
{
f->a[6] = 2;
x.a[6] = 1;
return f->a[6];
}
returns 2 with -fstrict-aliasing :(
[Bug target/69247] [6 Regression] ICE in gen_reg_rtx, at emit-rtl.c:1024 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69247 --- Comment #5 from Andreas Krebbel --- Author: krebbel Date: Wed Jan 13 11:59:29 2016 New Revision: 232318 URL: https://gcc.gnu.org/viewcvs?rev=232318&root=gcc&view=rev Log: S/390: PR69247: Fix bswap hi splitter. gcc/ChangeLog: 2016-01-13 Andreas Krebbel PR target/69247 * config/s390/s390.md (bswaphi splitter): Use simplify_gen_subreg. gcc/testsuite/ChangeLog: 2016-01-13 Jakub Jelinek PR target/69247 * gcc.dg/pr69247.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr69247.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/s390/s390.md trunk/gcc/testsuite/ChangeLog
[Bug middle-end/69258] Flexible arrays break TBAA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69258
--- Comment #1 from Richard Biener ---
extern void abort (void);
struct Xflex { int n; int a[1]; };
struct Xspecific { int n; int a[7]; } x;
int __attribute__((noinline,noclone))
foo (struct Xflex *f)
{
x.a[6] = 1;
f->a[6] = 2;
return x.a[6];
}
int __attribute__((noinline,noclone))
bar (struct Xflex *f)
{
f->a[6] = 2;
x.a[6] = 1;
return f->a[6];
}
int main()
{
if (foo ((struct Xflex *)&x) != 2)
abort ();
if (bar ((struct Xflex *)&x) != 1)
abort ();
return 0;
}
[Bug libstdc++/69259] New: std::experimental::filesystem::copy does not create symlinks for directories
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69259
Bug ID: 69259
Summary: std::experimental::filesystem::copy does not create
symlinks for directories
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: p...@x-fabric.com
Target Milestone: ---
The following test case fails when I try to soft-link the root directory to the
current directory under the name "root".
TEST_CASE("basic filesystem", "[basic]") {
SECTION("symlink") {
copy("/", "root", copy_options::create_symlinks);
REQUIRE(exists("root"));
}
}
The reason is that fs::copy(...) does not handle the case where the "from"
parameter points to a directory, but options is set to
copy_options::create_symlink.
IMO, another section needs to be added at the bottom of the function
else if (is_directory(f) && (is_set(options, copy_options::create_symlink)) {
create_symlink(from, to, ec);
}
Thanks and regards,
Roman
[Bug middle-end/69258] Flexible arrays break TBAA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69258 Richard Biener changed: What|Removed |Added Known to work||3.4.6 Known to fail||4.0.4 --- Comment #2 from Richard Biener --- Seems for some reason 3.4.6 worked.
[Bug middle-end/69258] Flexible arrays break TBAA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69258
--- Comment #3 from Richard Biener ---
Using
struct Xflex { int n; int a[]; };
doesn't fix it (as expected).
[Bug middle-end/69258] Flexible arrays break TBAA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69258 Richard Biener changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #4 from Richard Biener --- Maybe undefined though (flex arrays are supposed to be used for allocated storage and thus doesn't need to alias with static storage?)
[Bug tree-optimization/69013] [5/6 Regression] gfortran-5.3.0 ICE in prune_uninit_phi_opnds_in_unrealizable_paths, at tree-ssa-uninit.c:1121
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69013 --- Comment #6 from Richard Biener --- Author: rguenth Date: Wed Jan 13 12:15:01 2016 New Revision: 232320 URL: https://gcc.gnu.org/viewcvs?rev=232320&root=gcc&view=rev Log: 2016-01-13 Richard Biener PR tree-optimization/69013 * tree-ssa-uninit.c (prune_uninit_phi_opnds_in_unrealizable_paths): Exchange assert for a test. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-uninit.c
[Bug tree-optimization/69013] [5/6 Regression] gfortran-5.3.0 ICE in prune_uninit_phi_opnds_in_unrealizable_paths, at tree-ssa-uninit.c:1121
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69013 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||5.4.0 Resolution|--- |FIXED --- Comment #7 from Richard Biener --- Fixed.
[Bug tree-optimization/69013] [5/6 Regression] gfortran-5.3.0 ICE in prune_uninit_phi_opnds_in_unrealizable_paths, at tree-ssa-uninit.c:1121
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69013 --- Comment #8 from Richard Biener --- Author: rguenth Date: Wed Jan 13 12:18:02 2016 New Revision: 232321 URL: https://gcc.gnu.org/viewcvs?rev=232321&root=gcc&view=rev Log: 2016-01-13 Richard Biener PR tree-optimization/69013 * tree-ssa-uninit.c (prune_uninit_phi_opnds_in_unrealizable_paths): Exchange assert for a test. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/tree-ssa-uninit.c
[Bug rtl-optimization/69238] [4.9/5/6 Regression] gcc.dg/vect/vect-multitypes-1.c FAILs with -O2 -fno-dce -fno-forward-propagate -fno-rerun-cse-after-loop -funroll-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69238 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 CC||jakub at gcc dot gnu.org, ||meissner at gcc dot gnu.org, ||vmakarov at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Very likely a dup of PR69195. Again, similarly to the other PR, there are numerous loads followed by numerous stores, pseudo 242 is REG_DEAD on the last load, then there is some unrelated load into pseudo 298 and then stores. Now, IRA decides because of the live info that both pseudo 242 and 298 are put into r4, but then reload (the testcase works with -mlra, why can't finally the powerpc* port switch away from reload :( ?!) chooses to materialize the loads next to the corresponding stores, and uses there the r4 [242] eventhough it has been clobbered already by the load to r4 [298].
[Bug c/68062] [4.9/5/6 Regression] ICE when comparing vectors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org --- Comment #14 from Marek Polacek --- Looking into this again.
[Bug target/68759] [6 Regression] Linux kernel build failure on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759 --- Comment #6 from Ulrich Weigand --- FYI, two patches to fix this issue have just been committed to powerpc-next: https://git.kernel.org/powerpc/c/2e50c4bef77511b42cc226865d https://git.kernel.org/powerpc/c/a61674bdfc7c2bf909c4010699
[Bug target/69236] Wrong function call when use weak statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69236 --- Comment #2 from Thln47 --- Hello, I think too that is bug in the linker. I've reported it here: https://sourceware.org/bugzilla/show_bug.cgi?id=19460
[Bug target/69247] [6 Regression] ICE in gen_reg_rtx, at emit-rtl.c:1024 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69247 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jakub Jelinek --- Fixed. Please post the patch to gcc-patches though (unless you've done so already).
[Bug libstdc++/69259] std::experimental::filesystem::copy does not create symlinks for directories
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69259 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2016-01-13 Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Ever confirmed|0 |1
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 --- Comment #2 from Jeffrey A. Law --- Richi -- why is this a P1? This is BZ essentially documents a design decision to use some of the space in the line map to allow compact representation of rich locations for diagnostics. That design decision inherently is going to make it more likely to have location_ts that dont fix into LINE_MAP_MAX_LOCATION_WITH_COLS. That's why I made this a P4. I don't see how fixing this could be considered a blocker.
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 David Malcolm changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot gnu.org --- Comment #3 from David Malcolm --- FWIW, the most recent patch for this is here: https://gcc.gnu.org/ml/gcc-patches/2016-01/msg00468.html though that doesn't take into account comment 1.
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 --- Comment #4 from Jakub Jelinek --- Because the new number of lines before columns are lost are way too small for lots of larger sources. Having half as many lines or so before we trigger the column loss is IMHO acceptable, hitting it 32 times earlier is just too much. I agree with Richi on this.
[Bug libstdc++/69240] Missing inequality operators for every param_type in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69240 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 Ever confirmed|0 |1
[Bug libstdc++/69243] std::function summons a non-null pointer out of thin air
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69243 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 Ever confirmed|0 |1
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 --- Comment #5 from Richard Biener --- Yeah, I don't consider 5 LOC "large" and thus I find it unreasonable to regress in diagnostic quality here. At some point I'd rather take the bullet of making location_t grow from 32bit to 64bit (if that helps). It's mostly tree_decl_minimal that would regress (others don't pack well or like tree_block could use a range).
[Bug libstdc++/60936] [4.9/5/6 Regression] Binary code bloat with std::string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug target/63347] [4.9 regression] m68k misoptimisation with -fschedule-insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug ipa/64812] [4.9/5 Regression] x86 LibreOffice Build failure: undefined reference to acquire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812 Richard Biener changed: What|Removed |Added Status|NEW |UNCONFIRMED Summary|[4.9 regression] x86|[4.9/5 Regression] x86 |LibreOffice Build failure: |LibreOffice Build failure: |undefined reference to |undefined reference to |acquire |acquire Ever confirmed|1 |0 --- Comment #15 from Richard Biener --- Looks rather UNCONFIRMED (libreoffice bug?) to me. Unclear status on trunk. Keeping P3.
[Bug tree-optimization/65917] [6 Regression] XFAIL: gcc.dg/tree-ssa/20030922-2.c scan-tree-dump-times dom1 "if " 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65917 Richard Biener changed: What|Removed |Added Target|m68k-*-*| Priority|P4 |P2 --- Comment #8 from Richard Biener --- XFAILed everywhere. Making P2 because it's basically "random" decision by DOM-caused.
[Bug c++/65985] [5/6 Regression] compiler segfault with assert() in constexpr constructor body
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65985 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|REOPENED|NEW
[Bug target/62254] [4.9/5/6 Regression] gcc-4.9 ICEs on linux kernel zlib for armv3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177 --- Comment #6 from David Malcolm --- FWIW, we're hitting the current limit ourselves (with gimple-match.c) when we didn't before, and I've seen two reports from other codebases that are reaching the current limit: PR 68819 (unknown C++ codebase), and PR 69237 (Chromium).
[Bug target/69228] Default mask is not allowed for AVX512 prefetch gather/scatter insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69228 --- Comment #1 from afomin at gcc dot gnu.org --- Author: afomin Date: Wed Jan 13 14:31:13 2016 New Revision: 232324 URL: https://gcc.gnu.org/viewcvs?rev=232324&root=gcc&view=rev Log: AVX512: Restrict default masks for prefetch gather/scatter instructions. gcc/ PR target/69228 * config/i386/sse.md (define_expand "avx512pf_gatherpfsf"): Change first operand predicate from register_or_constm1_operand to register_operand. (define_expand "avx512pf_gatherpfdf"): Likewise. (define_expand "avx512pf_scatterpfsf"): Likewise. (define_expand "avx512pf_scatterpfdf"): Likewise. (define_insn "*avx512pf_gatherpfsf"): Remove. (define_insn "*avx512pf_gatherpfdf"): Likewise. (define_insn "*avx512pf_scatterpfsf"): Likewise. (define_insn "*avx512pf_scatterpfdf"): Likewise. * config/i386/i386.c (ix86_expand_builtin): Remove first operand comparison with constm1_rtx from vec_prefetch_gen part. gcc/testsuite PR target/69228 * gcc.target/i386/avx512pf-vscatterpf0dpd-1.c: Adjust. * gcc.target/i386/avx512pf-vscatterpf0dps-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf0qpd-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf0qps-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf1dpd-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf1dps-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf1qpd-1.c: Likewise. * gcc.target/i386/avx512pf-vscatterpf1qps-1.c: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf0dpd-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf0dps-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf0qpd-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf0qps-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf1dpd-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf1dps-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf1qpd-1.c trunk/gcc/testsuite/gcc.target/i386/avx512pf-vscatterpf1qps-1.c
[Bug tree-optimization/65917] [6 Regression] XFAIL: gcc.dg/tree-ssa/20030922-2.c scan-tree-dump-times dom1 "if " 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65917 Richard Biener changed: What|Removed |Added Priority|P3 |P4
[Bug ipa/66342] [6 regression] FAIL: g++.dg/ipa/ipa-icf-4.C -std=gnu++11 scan-ipa-dump icf "Equal symbols: [67]"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66342 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Richard Biener --- It works for me now.
[Bug middle-end/66375] [4.9 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 Richard Biener changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P2
[Bug ipa/66004] [6 Regression]: performance of 26_numerics/random/negative_binomial_distribution/operators/values.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66004 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P4
[Bug c++/66763] [6 Regression] 25_algorithms/remove/requirements/explicit_instantiation/2.cc fails on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug c++/66786] [5/6 Regression] ICE: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66786 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P2 Target Milestone|6.0 |5.4
[Bug tree-optimization/66856] [6 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.c:234
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66856 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug tree-optimization/66794] [4.9 Regression] ICE at -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66794 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug target/68759] [6 Regression] Linux kernel build failure on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759 --- Comment #7 from Jeffrey A. Law --- So at this point would this be considered a kernel and not a GCC issue? ie, is there any reason not to consider this BZ resolved from the GCC point of view?
[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66858 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug c++/69260] New: C++14 template instantiation problem in GCC (up to 5.3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69260 Bug ID: 69260 Summary: C++14 template instantiation problem in GCC (up to 5.3) Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: wuyongwei at gmail dot com Target Milestone: --- Created attachment 37328 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37328&action=edit Test code to show the problem. The attached C++14 template code does not work in GCC 4.9 to 5.3, unless one uncomments the first line in main to have an explicit instantiation. The explicit instantiation is not needed in Clang. I cannot find any reason why an explicit instantiation is needed. The error message in GCC 5.3 is: test.cpp: In function 'int main()': test.cpp:19:43: error: conversion from '' to non-scalar type 'std::function' requested std::function f = sum; ^
[Bug middle-end/66877] [6 Regression] FAIL: gcc.dg/vect/vect-over-widen-3-big-array.c -flto -ffat-lto-objects scan-tree-dump-times vect "vect_recog_over_widening_pattern: detected" 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66877 Richard Biener changed: What|Removed |Added Status|ASSIGNED|WAITING
[Bug debug/66869] [6 regression] -Wunused-function no longer warns for static declarations without definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869 Richard Biener changed: What|Removed |Added Keywords||diagnostic Priority|P3 |P1
[Bug debug/66668] [6 regression] FAIL: gcc.dg/debug/dwarf2/stacked-qualified-types-3.c scan-assembler-times DIE \\([^\n]*\\) DW_TAG_(?:const|volatile|atomic|restrict)_type 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8 Richard Biener changed: What|Removed |Added Priority|P3 |P1 --- Comment #4 from Richard Biener --- P1 as long as it clutters testresults.
[Bug tree-optimization/66612] [6 regression] FAIL: gcc.target/powerpc/20050830-1.c scan-assembler bdn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66612 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P1 --- Comment #9 from Richard Biener --- P1 as long as it clutters testresults.
[Bug rtl-optimization/67145] [6 Regression] associativity from pseudo-reg ordering
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P1
[Bug middle-end/67295] [ARM][6 Regression] FAIL: gcc.target/arm/builtin-bswap-1.c scan-assembler-times revshne\\t 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67295 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug target/69228] Default mask is not allowed for AVX512 prefetch gather/scatter insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69228 Alexander Fomin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Alexander Fomin --- Fixed.
[Bug tree-optimization/67326] [5/6 Regression] -ftree-loop-if-convert-stores does not vectorize conditional assignment (anymore)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67326 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/68976] [6 Regression] ICE w/ -O2 (and above) -fgraphite-identity (or -floop-nest-optimize)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68976 --- Comment #6 from Jeffrey A. Law --- P4 priority for Graphite issues is consistent with prior releases. While I'm extremely happy to see Sebastian and others addressing graphite issues again, I can't see any path by which graphite is turned on by default for GCC 6.
[Bug c++/67407] [6 regression] ice in friend_accessible_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67407 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug tree-optimization/65917] [6 Regression] XFAIL: gcc.dg/tree-ssa/20030922-2.c scan-tree-dump-times dom1 "if " 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65917 --- Comment #9 from Jeffrey A. Law --- I've got some ideas I want to play with in this space. Nothing well formed enough to write about yet though.
[Bug target/68759] [6 Regression] Linux kernel build failure on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759 Ulrich Weigand changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |INVALID --- Comment #8 from Ulrich Weigand --- Yes, this is a kernel issue. It is not an actual bug on the GCC side.
[Bug rtl-optimization/67124] [6 Regression] wrong code at -O1, -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67124 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #15 from Richard Biener --- Fixed with the fix for PR67609. At least I can no longer reproduce.
[Bug debug/66869] [6 regression] -Wunused-function no longer warns for static declarations without definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869 --- Comment #5 from Jakub Jelinek --- Jason, thoughts on where to do this for C++?
[Bug tree-optimization/67921] [6 Regression] "internal compiler error: in build_polynomial_chrec, at tree-chrec.h:147" when using -fsanitize=undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67921 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug target/69228] Default mask is not allowed for AVX512 prefetch gather/scatter insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69228 Alexander Fomin changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Alexander Fomin --- I close it.
[Bug tree-optimization/68021] [6 Regression] ice in rewrite_use_nonlinear_expr with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug tree-optimization/68060] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1413
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68060 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #4 from Richard Biener --- Mine.
[Bug middle-end/68112] [6 Regression] FAIL: gcc.target/i386/avx512ifma-vpmaddhuq-2.c (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68112 Richard Biener changed: What|Removed |Added Target||i?86-*-* Priority|P3 |P1
[Bug testsuite/67509] [6 regression] FAIL: gfortran.dg/ieee/ieee_7.f90 -O0 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67509 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Component|fortran |testsuite --- Comment #8 from Richard Biener --- Testsuite issue.
[Bug target/67714] [6 Regression] signed char is zero-extended instead of sign-extended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67714 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Component|middle-end |target --- Comment #7 from Richard Biener --- Back to P1 and classify as target.
[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug fortran/68009] [6 Regression] prototype for gfortran_runtime_error with inline matmul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68009 Richard Biener changed: What|Removed |Added Priority|P3 |P4 --- Comment #5 from Richard Biener --- regression? I doubt that.
[Bug tree-optimization/67921] [6 Regression] "internal compiler error: in build_polynomial_chrec, at tree-chrec.h:147" when using -fsanitize=undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67921 --- Comment #9 from amker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #8) > (In reply to bin.cheng from comment #7) > > Hmm, this issue could be simply because chrec_fold_multiply doesn't use > > sizetype as CHREC_RIGHT's type to build pointer type CHREC: > > > > return build_polynomial_chrec > > (CHREC_VARIABLE (op0), > > chrec_fold_multiply (type, CHREC_LEFT (op0), op1), > > chrec_fold_multiply (type, CHREC_RIGHT (op0), op1)); > > > > It should be fixed by using sizetype for pointer type CHREC node: > > > > return build_polynomial_chrec > > (CHREC_VARIABLE (op0), > > chrec_fold_multiply (type, CHREC_LEFT (op0), op1), > > chrec_fold_multiply (POINTER_TYPE_P (type) ? sizetype : type, > > CHREC_RIGHT (op0), op1)); > > > > I will test a patch. > > Have you managed to test that change? Sorry for being late. The patch was rejected at https://gcc.gnu.org/ml/gcc-patches/2015-10/msg02013.html Since the real problem is in fold, we may not fix chrec to deal with wrong form expressions.
[Bug target/69245] [6 Regression] ICE in extract_insn, at recog.c:2286 on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245 --- Comment #6 from chrbr at gcc dot gnu.org --- (In reply to ktkachov from comment #5) > The problem is we never end up setting TREE_TARGET_GLOBALS for fn2. > From what I can gather that's TARGET_SET_CURRENT_FUNCTION's job (although > the documentation for these things is scarce :( ) > > When we call arm_set_current_function for fn2 the old_tree is NULL because > arm_pragma_target_parse will have reset arm_previous_fndecl when popping the > target pragma. > > new_tree will also be NULL because DECL_FUNCTION_SPECIFIC_TARGET for fndecl > is only supposed to be set in the target attribute parsing code, but not the > pragma parsing code (again, documentation here is scarce). > > So we end up bypassing all the content in arm_set_current_function and not > setting TREE_TARGET_GLOBALS which means the midend doesn't try to reset the > optabs for fn2. > > x86 gets away with this because ix86_reset_previous_fndecl besides clearing > the previous fndecl cache also sets TREE_TARGET_GLOBALS for > target_option_current_node. > > rs6000 seems to never reset its previous fndecl (rs6000_previous_fndecl) so > its version old_tree will always point to some tree (AFAICT). > > Ugh. So for arm my thoughts are we should not exit early on the old_tree == > new_tree condition if both trees are NULL but rather follow the second arm > of the if statement in arm_set_current_function where we set new_tree to > target_option_current_code. > > Hacking a prototype for that idea fixes the testcase for me. > Christian, what do you think? arm_reset_current_function assumes indeed that all the state switches are done, so it would be more consistent to call restore_target_globals in pragma_target_parse as well instead of splitting the work in 2 different places. Maybe factorizing the common code from both ?
[Bug tree-optimization/69160] [6 Regression] ICE in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1436
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69160 --- Comment #6 from ktkachov at gcc dot gnu.org --- This looks suspiciously like PR 68060. Dup?
[Bug c++/68245] FAIL: c-c++-common/gomp/clauses-2.c -std=c++98 (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68245 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from John David Anglin --- Duplicate. *** This bug has been marked as a duplicate of bug 68733 ***
[Bug target/69245] [6 Regression] ICE in extract_insn, at recog.c:2286 on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245 --- Comment #7 from chrbr at gcc dot gnu.org --- also it could be wrong to wait for arm_set_current_function when handling a pragma GCC target because we could need the state in the global scope.
[Bug middle-end/68733] [6 Regression] FAIL: libgomp.c/target-29.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733 --- Comment #3 from John David Anglin --- *** Bug 68245 has been marked as a duplicate of this bug. ***
