https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #50 from Uroš Bizjak ---
(In reply to Thomas Koenig from comment #49)
> (In reply to Uroš Bizjak from comment #48)
> > (In reply to rguent...@suse.de from comment #47)
> > > >But why don't we generate sqrtps for vector sqrtf?
> > >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89021
--- Comment #1 from Uroš Bizjak ---
Porbably we just need to add SSE alternatives to existing MMX builtins. C.f.
[1].
[1] https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01393.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88929
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88929
--- Comment #6 from Paul Thomas ---
Author: pault
Date: Thu Jan 24 07:21:36 2019
New Revision: 268232
URL: https://gcc.gnu.org/viewcvs?rev=268232&root=gcc&view=rev
Log:
2019-01-24 Paul Thomas
PR fortran/88929
* trans-array.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88929
--- Comment #5 from Paul Thomas ---
Author: pault
Date: Thu Jan 24 07:19:49 2019
New Revision: 268231
URL: https://gcc.gnu.org/viewcvs?rev=268231&root=gcc&view=rev
Log:
2019-01-24 Paul Thomas
PR fortran/88929
* trans-array.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #49 from Thomas Koenig ---
(In reply to Uroš Bizjak from comment #48)
> (In reply to rguent...@suse.de from comment #47)
> > >But why don't we generate sqrtps for vector sqrtf?
> >
> > That's the default for - mrecip back in time we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89029
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89030
Bug ID: 89030
Summary: gfortran accepts invalid code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89026
--- Comment #2 from Felipe Magno de Almeida ---
Also happens when I call cc1 directly. So, it doesn't seem to be the driver's
fault.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89026
--- Comment #1 from Felipe Magno de Almeida ---
Tested on GCC 7.4.0 and it doesn't show the same bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63440
--- Comment #4 from Eric Gallager ---
(In reply to Eric Gallager from comment #3)
> (In reply to Richard Biener from comment #1)
> > Note that the various "Enabled at levels ..." were not updated for -Og.
>
> This part is bug 59658.
...which Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89029
Bug ID: 89029
Summary: __builtin_constant_p erroneously true
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
--- Comment #5 from Martin Sebor ---
For some background into the source of the limit see the discussion below:
https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01772.html
The warning is based on the C limit in the discussion and the Glibc
bug/lim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
--- Comment #3 from TC ---
Bah, must have copy-pasta'd the semicolon somewhere when reducing the original
and didn't notice :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89028
Bug ID: 89028
Summary: 8-byte loop isn't vectorized
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
--- Comment #2 from Marek Polacek ---
(In reply to Marek Polacek from comment #1)
> A valid version:
Eh, this one (without the semicolon):
template T&& declval();
template
void __test_aux(_To1);
template(declval<_From1>()))>
char __test(int);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89027
Bug ID: 89027
Summary: [9 Regression] ICE: verify_gimple failed (Error:
non-trivial conversion at assignment)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89026
Bug ID: 89026
Summary: [mingw] -I directives in response files assume C:/ as
'/', but C:/msys2 when passed directly
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89025
Bug ID: 89025
Summary: Wrong point of declaration for enumeration names
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: accepts-invalid, rejects-valid
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
Bug ID: 89024
Summary: ICE testing convertibility of incomplete enumeration
types
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89023
Bug ID: 89023
Summary: libstdc++ test failure; can't find omp.h with
--disable-libgomp
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89019
--- Comment #2 from Ian Lance Taylor ---
Thanks for looking into this. The patch looks fine, want to send it to
gcc-patches with a ChangeLog entry? CC i...@golang.org. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89019
Nikhil Benesch changed:
What|Removed |Added
Attachment #45515|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87199
Ev Drikos changed:
What|Removed |Added
CC||drikosev at gmail dot com
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89022
Bug ID: 89022
Summary: Implement P0202R3 - C++20 Constexpr Modifiers to
Functions in and Headers.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89021
Bug ID: 89021
Summary: Implement mmintrin.h in SSE
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85711
--- Comment #3 from Steve Ellcey ---
Author: sje
Date: Wed Jan 23 22:43:42 2019
New Revision: 268219
URL: https://gcc.gnu.org/viewcvs?rev=268219&root=gcc&view=rev
Log:
2019-01-23 Bin Cheng
Steve Ellcey
PR target/85711
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
--- Comment #4 from Harald Anlauf ---
Reduced testcase:
program pr85858
implicit none
! integer, allocatable, target :: t(:)
integer, pointer :: t(:) => null()
integer :: i, lb = 0 ! run under debugger, or set lb to 1
alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020
Bug ID: 89020
Summary: close(status='DELETE') does not remove file
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88828
Marc Glisse changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88931
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88931
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Jan 23 21:41:59 2019
New Revision: 268216
URL: https://gcc.gnu.org/viewcvs?rev=268216&root=gcc&view=rev
Log:
libgcc2.c: Correct DI/TI -> SF/DF conversions
FSTYPE FUNC (DWtype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
--- Comment #3 from Harald Anlauf ---
Something has changed recently in 9-trunk, I now get with rev.268162
for the testcase in comment #0:
2.
Printing the array bounds in subroutine te gives the expected values,
so it must be the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88828
H.J. Lu changed:
What|Removed |Added
CC||crazylht at gmail dot com,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88579
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89019
Bug ID: 89019
Summary: LTO and gccgo cause ICE during free_lang_data
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821
Thomas Koenig changed:
What|Removed |Added
Attachment #45486|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87336
--- Comment #6 from Harald Anlauf ---
The patch in comment #3 seems to apply to gcc-8, but I haven't regtested it.
Paul, do you intend to backport it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89018
Bug ID: 89018
Summary: common subexpression present in both branches of
condition is not factored out
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88846
--- Comment #5 from Vladimir Makarov ---
There should be no REG_EQUIV as RTL doc says "it is valid for the compiler to
replace the pseudo-register by stack slot throughout the function". In this
case the substitution results in a wrong code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #48 from Uroš Bizjak ---
(In reply to rguent...@suse.de from comment #47)
> >But why don't we generate sqrtps for vector sqrtf?
>
> That's the default for - mrecip back in time we benchmarked it and scalar
> recip miscompares sth.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88846
--- Comment #4 from David Edelsohn ---
PPC64 Linux Altivec and VSX by default while AIX does not. PPC64 Linux loads
0.0 into FPR using VSX xxlor instruction while AIX loads via constant in
memory. This causes the different REG_EQUIV alias set.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88358
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Marek Polace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
--- Comment #1 from Sunil Pandey ---
Created attachment 45513
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45513&action=edit
small reproducer.
Pass with GCC 8.2.0 but fail with mainline GCC.
GCC 8.2.0:
--
$ gcc -O2 -fPIC -g -fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88998
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 23 19:10:58 2019
New Revision: 268195
URL: https://gcc.gnu.org/viewcvs?rev=268195&root=gcc&view=rev
Log:
PR target/88998
* config/i386/sse.md (sse2_cvtpi2p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #16 from Jan Hubicka ---
Looks OK. I would move delete_unreachable_blocks_update_callgraph
to tree-cfgcleanup since it is no longer inliner specific. We probably
also can sanity check that TODO_cfgcleanup is not done by ipa-transform
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88820
Marek Polacek changed:
What|Removed |Added
Summary|ICE in in C++2a mode for|[7/8/9 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
Martin Jambor changed:
What|Removed |Added
Attachment #45504|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88928
--- Comment #6 from David Binderman ---
*** Bug 89013 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89013
David Binderman changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001
--- Comment #2 from Jakub Jelinek ---
start_mangling (variable);
write_string ("_ZGR");
check_abi_tags (variable);
write_name (variable, /*ignore_local_scope=*/0);
/* Avoid name clashes with aggregate initialization of multiple
ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88497
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89013
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88757
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88757
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 23 17:25:42 2019
New Revision: 268192
URL: https://gcc.gnu.org/viewcvs?rev=268192&root=gcc&view=rev
Log:
PR c++/88757 - qualified name treated wrongly as type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #14 from Jan Hubicka ---
> I'm currently testing this fix.
Cleanup_cfg does other transformations that makes profile to change and
statements move within bbs. Just use the unreachable block removal
infrastructure we already have and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #13 from Martin Jambor ---
(In reply to Jan Hubicka from comment #11)
> Actually, looking at Martin's patch, I guess ipcp transfrom should do
> the same as inliner - do not cleanup cfg but call
> delete_unreachable_blocks_update_callg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88900
--- Comment #11 from Martin Liška ---
(In reply to rguent...@suse.de from comment #10)
> On Wed, 23 Jan 2019, marxin at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88900
> >
> > Martin Liška changed:
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #12 from Martin Jambor ---
Created attachment 45511
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45511&action=edit
Untested fix
I'm currently testing this fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #11 from Jan Hubicka ---
Actually, looking at Martin's patch, I guess ipcp transfrom should do
the same as inliner - do not cleanup cfg but call
delete_unreachable_blocks_update_callgraph
and then go with SSA update via TODO.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #10 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
>
> Martin Jambor changed:
>
>What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88954
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89017
Bug ID: 89017
Summary: ICE in force_type_die, at dwarf2out.c:26061
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89017
--- Comment #1 from G. Steinmetz ---
$ gdc-9-20190120 -c z1.d -g -O2
during GIMPLE pass: fnsplit
In function 'g':
d21: internal compiler error: in dwarf2out_abstract_function, at
dwarf2out.c:22550
0x872772 dwarf2out_abstract_function
../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89016
Bug ID: 89016
Summary: ICE in ArrayLiteralExp::toStringExp, at
d/dmd/expression.c:3873
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89015
--- Comment #1 from G. Steinmetz ---
Compiles without (unused) function g :
$ cat z2.c
void f (int n, float *x, float *y)
{
int i;
#pragma omp teams distribute parallel for simd
for (i = 0; i < n ; i++)
y[i] = x[i];
}
$ gcc-9-2019012
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89015
Bug ID: 89015
Summary: [9 Regression] ICE in lookup_decl_in_outer_ctx, at
omp-low.c:3480
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89000
--- Comment #2 from Steve Carmer ---
(In reply to Martin Liška from comment #1)
> I can confirm that, it's related to more complex function handling.
> I incline to remove the --function-summaries and compute the info for
> intermediate format so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #47 from rguenther at suse dot de ---
On January 23, 2019 5:13:12 PM GMT+01:00, "hjl.tools at gmail dot com"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
>
>--- Comment #46 from H.J. Lu ---
>We generate sqrtps for scal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877
--- Comment #19 from Segher Boessenkool ---
As far as I can see no powerpc64 libgcc has __floatunsidf at all (or any other
soft float routines). Where do you get those routines from?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Wed Jan 23 16:36:46 2019
New Revision: 268189
URL: https://gcc.gnu.org/viewcvs?rev=268189&root=gcc&view=rev
Log:
aarch64: fix use-after-free in -march=native (PR driver/89014)
Running
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #6 from David Malcolm ---
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01381.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88954
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41178
Dominique d'Humieres changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29670
Bug 29670 depends on bug 41178, which changed state.
Bug 41178 Summary: Ambiguity checks for type-bound and interface operator calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41178
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #46 from H.J. Lu ---
We generate sqrtps for scalar sqrtf:
[hjl@gnu-skx-1 pr88713]$ cat s.i
extern float sqrtf(float x);
float
rsqrt(float r)
{
return sqrtf (r);
}
[hjl@gnu-skx-1 pr88713]$ gcc -Ofast -S s.i
[hjl@gnu-skx-1 pr88713]$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #5 from David Malcolm ---
(In reply to ktkachov from comment #4)
> Yeah, the fix looks right.
> For the rest of the assembler errors we need the patch at:
> https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00562.html
Thanks; Tamar's pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41178
--- Comment #3 from Jürgen Reuter ---
Nothing has been done here for a decade, and the functions mentioned below
(gfc_expand_expr and gfc_expand_assign) do not exist any longer in the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008
--- Comment #7 from Bill Schmidt ---
(In reply to Richard Biener from comment #5)
> Created attachment 45506 [details]
> patch for the * 0 issue in reassoc
>
> I am testing a mitigation (and missed optimization fix) in reassoc. Bill,
> can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #3 from David Malcolm ---
The obvious fix:
diff --git a/gcc/config/aarch64/driver-aarch64.c
b/gcc/config/aarch64/driver-aarch64.c
index 2bf1f9a8c13..100e0c3529c 100644
--- a/gcc/config/aarch64/driver-aarch64.c
+++ b/gcc/config/aarch6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Yeah, the fix looks right.
For the rest of the assembler errors we need the patch at:
https://gcc.gnu.org/ml/gcc-patches/2019-01/msg00562.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89012
--- Comment #1 from Rich Felker ---
Binutils version should not be relevant; the bug here is before anything even
gets to binutils. It looks like one of the RTL patterns used for calling libgcc
bitshift functions from FDPIC was inteded to be non-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #2 from Jakub Jelinek ---
Guess this regressed with r234877, but as -m*=native for aarch64 is supported
only since r222415, no GCC release actually supported it reliably.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
--- Comment #1 from David Malcolm ---
Reproducer:
$ valgrind ./xgcc -B. -c test.c -march=native -v
(with a dummy test.c; see with today's trunk e.g. r268186)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89014
Bug ID: 89014
Summary: Use-after-free in aarch64 -march=native
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89013
Bug ID: 89013
Summary: ice for packed attribute
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #31 from Segher Boessenkool ---
Please use -fdump-rtl-combine-all if you want to see the whole story.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #30 from Jakub Jelinek ---
Looking at rs6000, I see:
*rotl3_insert and *rotl3_insert_2 patterns doing what has been
discussed above (two variants for IOR operand order), *rotl3_insert_3
without one of the ANDs (not needing canonicaliz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
H.J. Lu changed:
What|Removed |Added
Attachment #45509|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89012
Bug ID: 89012
Summary: SH2 (FDPIC) duplicate symbols in generated assembly.
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #29 from Jakub Jelinek ---
(In reply to Richard Earnshaw from comment #28)
> Yes, it's always possible to write patterns for this, but as you point out,
> we end up with many variants: insert in bottom (no left shift), insert in
> top
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
H.J. Lu changed:
What|Removed |Added
Attachment #45508|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44715
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 23 14:41:16 2019
New Revision: 268188
URL: https://gcc.gnu.org/viewcvs?rev=268188&root=gcc&view=rev
Log:
PR c/44715
* cp-gimplify.c (genericize_cp_loop): Call begi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #28 from Richard Earnshaw ---
Yes, it's always possible to write patterns for this, but as you point out, we
end up with many variants: insert in bottom (no left shift), insert in top
(left shift then doesn't need an additional AND ma
1 - 100 of 195 matches
Mail list logo
