https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88559
--- Comment #4 from James Almer ---
To expand, as i mentioned and showed in the OP this code has compiled without
issues up to some point between December 10 and December 17 with gcc trunk. I'm
not arguing about clobbering the stack pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88559
--- Comment #3 from James Almer ---
This code has compiled and the resulting assembly worked without issues for
like a dozen major GCC releases, and now it's suddenly invalid?
Priority: P3
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 45265
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45265=edit
Failing pre processed output
[jamrial@Arc
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
$ cat suggest.c
enum {
TYPE_A,
}
int fn(void)
{
int b = TYPE_B;
int c = TYPE_C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82080
--- Comment #4 from James Almer ---
The regression seems to have started with revision r251433.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82080
James Almer changed:
What|Removed |Added
Attachment #42105|0 |1
is obsolete|
: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 42105
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42105=edit
Preprocessed output created with -freport-bug
[jamrial@ArchVM ~]$ c++ -std=c++17 -c ccBqWFGo.ii
/home/jamr
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 41942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41942=edit
Preprocessed output created with -freport-bug
[jamrial@ArchVM ~]$ gcc -fno-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80812
--- Comment #1 from James Almer ---
This started with r248153
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 41379
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41379=edit
Preprocessed output created with -freport-
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 39820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39820=edit
Preprocessed output as created by -freport-bug
/home/jamrial/range-v3/include/range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66426
James Almer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 39010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39010=edit
Preprocessed output as created by -freport-bug
/home/jamrial/range-v3/include/range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
--- Comment #2 from James Almer ---
(In reply to Markus Trippelsdorf from comment #1)
> Well, you simply need more RAM to compile this testcase, because gcc-6 uses
> slightly over 2GB peak, so your machine starts swapping.
> On my machine (with
: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 38332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38332=edit
Preprocessed output
The attached preprocessed output (Created from the source using GCC 5, 6 an
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 37636
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37636=edit
Test case
[jamrial@ArchVM ~]$ gcc -v
Using built-in specs.
COLLECT_GCC=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69203
James Almer changed:
What|Removed |Added
Attachment #37282|0 |1
is obsolete|
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 37377
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37377=edit
Assembly and preprocessed output of miscompiled file
http://fate.ffmpeg.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 37282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37282=edit
Preprocessed source as generated by -freport-
: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Regression since GCC 4.9.0. -O0, -O1, -O2 and -O3 are all affected. -Os works
as intended.
float clipf(float a, float amin, float amax)
{
float ret;
__asm__
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 36967
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36967=edit
Preprocessed source as generated by -freport-bug
/home/jamrial/x265/sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68780
--- Comment #1 from James Almer ---
What i assume you want is _mm256_mullo_epi32(a, b), which maps to the vpmulld
instruction (Multiply the packed 32-bit integers in a and b, producing
intermediate 64-bit integers, and store the low 32 bits of
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
#include
int fn (uint64_t a) {
return __builtin_popcountll(a);
}
gcc -O2 -mpopcnt
xor eax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
--- Comment #9 from James Almer ---
(In reply to Yuri Rumyantsev from comment #8)
> Please check that revision 228760 will cure your issue.
Looks like it did. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
James Almer changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
--- Comment #6 from James Almer ---
Created attachment 36491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36491=edit
-save-temps output for all three files
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Some change to trunk made in the last 18 days is making gcc miscompile the
files libavcodec/jpeg2000dec.c libavcodec/j2kenc.c and libavcodec/avuidec.c
from ffmpeg git head when -O3 is used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
--- Comment #1 from James Almer ---
For reference you can also check
http://fate.ffmpeg.org/report.cgi?time=20151010052205=x86_64-archlinux-gcc-experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
--- Comment #3 from James Almer ---
(In reply to Andrew Pinski from comment #2)
> Can you also compile with -fsanitize=undefined and try that? Can you also
> try -fsanitize=address ?
>
> This might detect if it is a bug in the code vs a bug in
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc d
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 36432
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36432=edit
Preprocessed source as generated by -freport-bug
In file included from /h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66872
James Almer jamrial at gmail dot com changed:
What|Removed |Added
CC||jamrial at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
James Almer jamrial at gmail dot com changed:
What|Removed |Added
CC||jamrial at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #9 from James Almer jamrial at gmail dot com ---
Created attachment 35804
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35804action=edit
Preprocessed code where a test instruction is still generated
Please look
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
[jamrial@archVM ~]$ cat zip.c
template typename struct A;
template bool struct enable_if;
template typename T, T struct B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66426
--- Comment #1 from James Almer jamrial at gmail dot com ---
FWIW, testcase from Comment 2 of pr66405 unedited:
[jamrial@archVM ~]$ cat pr66405_c2.cpp
template typename struct A;
template bool struct enable_if;
template typename T, T struct B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
--- Comment #10 from James Almer jamrial at gmail dot com ---
(In reply to Markus Trippelsdorf from comment #9)
I've tested latest gcc-5 branch and still cannot reproduce the issue.
The only ICE I get building range-v3 is PR66405.
Odd. I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
--- Comment #5 from James Almer jamrial at gmail dot com ---
Created attachment 35683
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35683action=edit
Preprocessed source as generated by -freport-bug, third test case, gcc 5.1.1
svn 223417
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
--- Comment #7 from James Almer jamrial at gmail dot com ---
(In reply to Markus Trippelsdorf from comment #6)
(In reply to James Almer from comment #5)
Created attachment 35683 [details]
Preprocessed source as generated by -freport-bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
--- Comment #8 from James Almer jamrial at gmail dot com ---
(In reply to James Almer from comment #7)
(In reply to Markus Trippelsdorf from comment #6)
(In reply to James Almer from comment #5)
Created attachment 35683 [details
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 35674
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35674action=edit
Preprocessed source as generated by -freport-bug
GCC 6.0.0 svn 223906
In file
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 35608
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35608action=edit
Preprocessed source as generated by -freport-bug
GCC 6.0.0 svn 223625
In file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
James Almer jamrial at gmail dot com changed:
What|Removed |Added
Known to work|5.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
--- Comment #2 from James Almer jamrial at gmail dot com ---
Created attachment 35594
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35594action=edit
Preprocessed source as generated by -freport-bug, from the second test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66216
--- Comment #2 from James Almer jamrial at gmail dot com ---
(In reply to Jonathan Wakely from comment #1)
And now it gives an ICE on trunk, so it's regressed from rejects-valid to
ice-on-valid-code:
a.cc:1:7: internal compiler error
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 35494
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35494action=edit
Preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #7 from James Almer jamrial at gmail dot com ---
Thanks for the above fix.
I forgot to test BMI1's andn. That one should have an insn modeled this way as
well.
int foo (unsigned int x, unsigned int y)
{
if (~x y)
return
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Target Milestone: ---
Created attachment 35428
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35428action=edit
Preprocessed source as generated by -freport-bug
In file included from ./boost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #4 from James Almer jamrial at gmail dot com ---
(In reply to Uroš Bizjak from comment #3)
Please see the patch, attached in Comment #2.
While I can see the use (and benefit) to model the patterns that also set CC
register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #1 from James Almer jamrial at gmail dot com ---
The same apparently happens with bextr, blsi, blsr, and most (if not all) of
AMD's tbm instructions. They set the ZF flag but gcc still generates a test
instruction.
http
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
unsigned foo(void);
int main(void)
{
if (__builtin_ia32_bzhi_si(foo(), foo()))
return 1;
return 0;
}
Compiled with -mbmi2 -O3
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
Created attachment 35328
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35328action=edit
Assembly output
https
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
https://raw.githubusercontent.com/foo86/dcadec/e884d9a0d9127528bdc47c1f8db392363fb50876/libdcadec/idct_float.c
gcc -O3 -mavx512f -mavx512vl -c -o libdcadec
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jamrial at gmail dot com
The code generated is a simple AND instruction that zeroes the high bits based
on the index value starting from the highest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
James Almer jamrial at gmail dot com changed:
What|Removed |Added
CC||jamrial at gmail
55 matches
Mail list logo
