https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83488
--- Comment #17 from Jakub Jelinek ---
Leaving open for the
case OPT_mavx512vnni:
if (value)
{
opts->x_ix86_isa_flags2 |= OPTION_MASK_ISA_AVX512VNNI_SET;
opts->x_ix86_isa_flags2_explicit |=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 21 09:11:58 2017
New Revision: 255939
URL: https://gcc.gnu.org/viewcvs?rev=255939=gcc=rev
Log:
PR rtl-optimization/82973
* emit-rtl.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 21 09:11:29 2017
New Revision: 255938
URL: https://gcc.gnu.org/viewcvs?rev=255938=gcc=rev
Log:
PR rtl-optimization/82973
* emit-rtl.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81897
--- Comment #7 from Jeffrey A. Law ---
So just a note. We *could* pick this up without waiting on Aldy's work.
After the second DOM pass we're failing to merge a pair of blocks because there
are still SSA_NAMEs queued for renaming. If we were
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83488
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 21 08:45:30 2017
New Revision: 255937
URL: https://gcc.gnu.org/viewcvs?rev=255937=gcc=rev
Log:
PR target/83488
* config/i386/i386.c (ix86_target_string): Move
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20171221, r255910
libtool: compile: /<>/build-nvptx/./gcc/xgcc
-B/<>/build-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83526
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83526
Bug ID: 83526
Summary: -Wrestrict makes no sense with -fno-strict-aliasing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83525
Bug ID: 83525
Summary: open(newunit=funit, status="scratch") fails if an
internal file (characters) was read previously.
Product: gcc
Version: unknown
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65294
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
--- Comment #7 from Christophe Lyon ---
I've attached the .s and .ira dump generated by the above command +
-save-temps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764
--- Comment #7 from Martin Liška ---
(In reply to Jeffrey A. Law from comment #6)
> Not sure about Martin's c#2. It just reproduced on the trunk for me.
> r255837
Yep, sorry. Forget about the comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83521
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #12 from Jakub Jelinek ---
Adjusted testcase, so that it is valid C and C++:
struct __attribute__ ((aligned)) A {};
struct A a;
void bar (int, int, int, int, int, int, int, struct A);
void
foo (void)
{
bar (6, 0, 1, 2, 3, 4, 5,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
--- Comment #9 from Martin Jambor ---
We create an "artificial_thunk" for an IPA-CP clone, which is really
nothing but a thunk with skipped arguments but we do not stream its
args_to_skip because output_cgraph_opt_summary_p returns false because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
Bug ID: 83527
Summary: [8 Regression] Another statement-frontiers
-fcompare-debug failure
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #11 from Jakub Jelinek ---
I certainly didn't mean this kind of change, after all, it will also break
testing on what the alignof of the type is etc.
What I meant is in calls.c, when considering alignment of arguments ignore it
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83529
Bug ID: 83529
Summary: ICE in canonical types differ for identical types
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83513
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #1 from Michael_S ---
I did a little more research and found out that it is relatively recent
regression introduced in gcc version 4.9.2 (Altera 15.1 Build 185).
gcc version 4.8.3 20140320 (prerelease) (Altera 14.1 Build 186) still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83530
Bug ID: 83530
Summary: [8 Regression] ICE in
reset_sched_cycles_in_current_ebb, at sel-sched.c:7150
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Summary|[8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83520
Jakub Jelinek changed:
What|Removed |Added
CC||ctice at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83436
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #10 from Marek Polacek ---
(But it doesn't work because it breaks the "canonical types differ for
identical types %qT and %qT" test...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83523
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |6.5
Summary|[8 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
--- Comment #5 from Christophe Lyon ---
Created attachment 42938
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42938=edit
dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
--- Comment #4 from Christophe Lyon ---
(In reply to Aldy Hernandez from comment #3)
> Is this on a cross? I still can't reproduce on an x86_64 x
> arm-non-linux-gnueabi as specified above.
Yes, I'm using a cross-compiler, on an x86_64 host.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
--- Comment #6 from Christophe Lyon ---
Created attachment 42939
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42939=edit
generated assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83508
Rainer Orth changed:
What|Removed |Added
Target|arm |arm, sparc
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #2 from Hauke Mehrtens ---
Should I git bisect this or will someone else do this?
If I should do that, is there some documentation on how to setup a test case
and build and run this automatically?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Bug ID: 83528
Summary: Nios2: redundant pointers to the record fields
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83520
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83521
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83436
--- Comment #14 from Thomas Koenig ---
Author: tkoenig
Date: Thu Dec 21 10:34:35 2017
New Revision: 255940
URL: https://gcc.gnu.org/viewcvs?rev=255940=gcc=rev
Log:
2017-12-21 Thomas Koenig
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83436
--- Comment #16 from Daan van Vugt ---
Thanks guys :) What version will this be included in?
On Thu, Dec 21, 2017 at 11:36 AM, tkoenig at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83436
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83512
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83544
--- Comment #1 from Marc Glisse ---
In one case we optimize super early to
int t = 1 / (int) x <= 0 ? 1 / 0 : 1;
which prevents the VRP optimization from the other case. We almost recover in
isolate-paths, except that Jeff insisted on using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83458
--- Comment #3 from Daan van Vugt ---
Ahh, okay, thanks!
On Fri, Dec 22, 2017 at 5:58 AM, jvdelisle at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83458
>
> Jerry DeLisle changed:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83458
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83546
Bug ID: 83546
Summary: -march=silvermont doesn't enable rdrnd by default
despite what docs say
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83462
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83543
Bug ID: 83543
Summary: strlen of a local array member not optimized on some
targets
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83543
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83419
--- Comment #9 from Alexandre Oliva ---
Author: aoliva
Date: Fri Dec 22 02:07:31 2017
New Revision: 255966
URL: https://gcc.gnu.org/viewcvs?rev=255966=gcc=rev
Log:
[SFN] sync up debug-only stmt list's side effects with empty stmts too
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Fri Dec 22 02:07:31 2017
New Revision: 255966
URL: https://gcc.gnu.org/viewcvs?rev=255966=gcc=rev
Log:
[SFN] sync up debug-only stmt list's side effects with empty stmts too
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83448
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] ice in |[7 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83535
--- Comment #4 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Dec 21 22:02:45 2017
New Revision: 255958
URL: https://gcc.gnu.org/viewcvs?rev=255958=gcc=rev
Log:
PR ada/83535
* gcc-interface/decl.c (gnat_to_gnu_entity) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83542
--- Comment #1 from Barry Revzin ---
This slightly different example:
template
struct list { };
template
void foo(list, list, void(*)(T..., U))
{ }
void f(int, int) { }
int main()
{
foo(list{}, list{}, );
}
fails with a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83542
Bug ID: 83542
Summary: template deduction failure when using pack in both
deduced and non-deduced contexts
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83544
Bug ID: 83544
Summary: Missed optimization opportunity for constant folding
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83540
Bug ID: 83540
Summary: [8 Regression] Invalid code with MATMUL,
-fno-realloc-lhs -ffrontend-optimize
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
--- Comment #12 from Martin Jambor ---
Thanks, I have submitted the patch to the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2017-12/msg01457.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83535
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83541
Bug ID: 83541
Summary: Missed optimization with int overflow
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83541
--- Comment #1 from Marc Glisse ---
Yes, it is a known issue, (E)VRP is too conservative.
pushing new range for x_2(D): [2147483647, +INF] EQUIVALENCES: { x_2(D) } (1
elements)
Visiting stmt _4 = x_2(D) + 1;
Visiting statement:
_4 = x_2(D) +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83541
--- Comment #2 from Marc Glisse ---
int test(void)
{
int x = __INT_MAX__;
return x+1;
}
CCP also turns this into INT_MIN, again it could be bolder.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
--- Comment #4 from Alexandre Oliva ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2017-12/msg01462.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83448
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 21 23:09:14 2017
New Revision: 255960
URL: https://gcc.gnu.org/viewcvs?rev=255960=gcc=rev
Log:
PR c/83448
* gimple-ssa-sprintf.c (maybe_warn): Don't call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #19 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 21 23:10:45 2017
New Revision: 255961
URL: https://gcc.gnu.org/viewcvs?rev=255961=gcc=rev
Log:
PR middle-end/83487
* config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83543
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83536
--- Comment #2 from mateuszb at poczta dot onet.pl ---
Yes, I agree.
The 80-chars width limit was also significant in this case -- instead of
writing code you must fight with too long lines. I think that there is the time
to change this limit to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83462
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Fri Dec 22 00:07:39 2017
New Revision: 255962
URL: https://gcc.gnu.org/viewcvs?rev=255962=gcc=rev
Log:
PR testsuite/83462 - c-c++-common/Warray-bounds-3.c fails
gcc/testsuite/ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #15 from H.J. Lu ---
There were discussions in the x86-64 psabi
group to make empty class passed the same
way for C and C++. We were waiting for
GCC to implement it before updating the
psabi.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #5 from Michael_S ---
Created attachment 42944
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42944=edit
good asm output (gcc 4.8.3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
--- Comment #10 from Martin Jambor ---
OK, so I did not realize that duplicate_thunk_for_node does not set
clone_of but former_clone of, which is of course what it must do. I
have checked and this is the only place where we currently set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82096
--- Comment #4 from sudi at gcc dot gnu.org ---
I can see this failing with:
$./arm-none-linux-gnueabi-gcc
./src/gcc/gcc/testsuite/gcc.dg/di-longlong64-sync-1.c -mthumb -march=armv5t
-O[g,1,2,3]
and
$./arm-none-linux-gnueabi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
Bug ID: 83531
Summary: Build broken on macOS 10.13.2
Product: gcc
Version: 5.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #31 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I'm having a look at what's still going wrong with Eric's updated
patch. On Solaris/SPARC, there are only two failures left:
FAIL: g++.dg/lto/pr51567-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83533
--- Comment #1 from Rostislav Povelikin
---
If I change aliasing of u with typedef instead of using - works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83513
Alexander Monakov changed:
What|Removed |Added
CC||abel at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83488
--- Comment #20 from Jakub Jelinek ---
(In reply to igor.v.tsimbalist from comment #19)
> Created attachment 42947 [details]
> 512VNNI patch
What is the reason for moving it over? At least right now you don't have any |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #3 from Michael_S ---
Well, the guidline here https://gcc.gnu.org/bugs/ specifically tells me that
it's one of the things that you don't want ;)
But yes, I can.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #16 from Jakub Jelinek ---
My understanding is that GCC and G++ now handle those the same. But for the >
16 byte aggregates the psABI would need some rule, like say:
If in C++ the object has a non-POD structure or union type, or
s:
.zero 220
.ident "GCC: (GNU) 8.0.0 20171221 (experimental)"
So the issue looks to be fixed already.
The only question is for which version it was fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #18 from Jakub Jelinek ---
I thought I've done it here by CCing relevant people. Or who else stands
behind the x86-64 psABI these days?
Anyway, I was looking at 0.95, seems newer psABI has more rules in there.
Perhaps we can say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83532
Bug ID: 83532
Summary: [8 Regression] ICE in apply_scale, at
profile-count.h:955
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83533
Bug ID: 83533
Summary: error: no type named 'X' in 'using = ...'
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83534
Bug ID: 83534
Summary: C++17: typeinfo for noexcept function lacks noexcept
information
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #16 from simon at pushface dot org ---
I think this was actually INVALID.
I’m glad to report that Arno’s notes in Comment #14 do in fact solve the
problem (after supplying dummies for the parts of the standard library that
aren’t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #4 from Michael_S ---
Created attachment 42943
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42943=edit
bad asm output (gcc 5.3.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
--- Comment #17 from H.J. Lu ---
Please raise the issue at the psabi group.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Michael_S changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83326
--- Comment #6 from Alexander Nesterovskiy ---
Thanks! I see performance gain on 648.exchange2_s (~6% on Broadwell and ~3% on
Skylake-X) reverting performance to r255266 level (Skylake-X regression was
~3%).
And loops unrolled with 2 and 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83487
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
Markus Trippelsdorf changed:
What|Removed |Added
Target||nios2-elf
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83528
--- Comment #10 from Markus Trippelsdorf ---
And BTW in the future you can easily check all this yourself by building a
stage1 cross-compiler:
gcc_build_dir % ../gcc/configure --disable-bootstrap --enable-languages=c
--target=nios2-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83509
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Thu Dec 21 14:22:08 2017
New Revision: 255941
URL: https://gcc.gnu.org/viewcvs?rev=255941=gcc=rev
Log:
Fix gcov-dump tool for GCDA files (PR gcov-profile/83509).
2017-12-21 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83488
--- Comment #19 from igor.v.tsimbalist at intel dot com ---
Created attachment 42947
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42947=edit
512VNNI patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83488
--- Comment #18 from igor.v.tsimbalist at intel dot com ---
Added a patch for m512vnni, which is done similarly to 512vbmi2. It looks like
most of avx512* bits have to be included in OPTION_MASK_ISA_AVX512F_UNSET. I
leave it to a separate
1 - 100 of 163 matches
Mail list logo