https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95956
Bug ID: 95956
Summary: ICE in check_bases, at cp/class.c:1689
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95955
Bug ID: 95955
Summary: ICE: tree check: expected integer_type or
enumeral_type or boolean_type or real_type or
fixed_point_type, have union_type in int_fits_type_p,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95954
Bug ID: 95954
Summary: ICE: unexpected expression ‘(a)’ of kind paren_expr
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95953
Bug ID: 95953
Summary: UTF Convert for UTF_16 to UTF_8 fails for values in
U+1 to U+10.
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
--- Comment #6 from xiezhiheng at huawei dot com ---
I'm trying to modify get_inner_reference to handle the case
for MEM[ptr, off].
I extract the "off" and add it to the recorded offset, then I
build a MEM[ptr, 0] and return it later.
Like this
On 6/23/20 1:12 AM, Richard Biener wrote:
On Tue, Jun 23, 2020 at 12:22 AM Martin Sebor via Gcc-patches
wrote:
On 6/22/20 12:55 PM, Jason Merrill wrote:
On 6/22/20 1:25 PM, Martin Sebor wrote:
The attached fix parallels the one for the equivalent C bug 95580
where the pretty printers don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95629
Marek Polacek changed:
What|Removed |Added
CC||bence.kodaj at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95951
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
Snapshot gcc-11-20200628 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200628/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95952
Bug ID: 95952
Summary: [8.4.1 regression] gcc-8 bootstrap failure on
powerpc64-linux
Product: gcc
Version: 8.4.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95915
--- Comment #2 from CVS Commits ---
The master branch has been updated by Ville Voutilainen :
https://gcc.gnu.org/g:24b54628cfa95194a8de4071c28cb56e6e81c08e
commit r11-1698-g24b54628cfa95194a8de4071c28cb56e6e81c08e
Author: Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95951
Bug ID: 95951
Summary: ICE in extract_call_expr, at cp/call.c:6614
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On Mon, 29 Jun 2020 at 00:16, Jonathan Wakely wrote:
> >Hmm, let's use dg-additional-options here too, and axe the pointless
> >-std=gnu++11.
>
> I agree the -std=gnu++11 isn't needed, but thre doesn't seem to be any
> advantage to dg-additional-options here. The reason I suggested it for
> th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95947
--- Comment #2 from urbanjost at comcast dot net ---
Per feedback made test more like a unit test:
TEST PROGRAM:
character(len=:),allocatable :: m(:) !!NOTE: WORKS WITH len=10 instead of
len=:
logical :: passed
m = [
On 27/06/20 18:20 +0300, Ville Voutilainen via Libstdc++ wrote:
On Sat, 27 Jun 2020 at 17:53, Ville Voutilainen
wrote:
On Fri, 26 Jun 2020 at 21:20, Jonathan Wakely wrote:
> For these three tests I think this would be slightly better:
>
> // { dg-additional-options "-Wno-deprecated" { target
On 28/06/20 14:01 +0300, Ville Voutilainen via Libstdc++ wrote:
On Sun, 28 Jun 2020 at 13:56, Ville Voutilainen
wrote:
2020-06-28 Ville Voutilainen
Add a __nonnnull__ attribute to std::string's _CharT* constructor
* include/bits/basic_string.h (string(_CharT*, const _Alloc&)):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95950
--- Comment #2 from Jonathan Wakely ---
Right, t.~T() is only a pseudo-destructor for a scalar type. For a class type,
it's a destructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86568
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #7 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95950
Danila Kutenin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On 6/26/20 3:58 PM, Jeff Law wrote:
On Mon, 2020-06-22 at 12:02 -0600, Martin Sebor wrote:
Ping: https://gcc.gnu.org/pipermail/gcc-patches/2020-June/547415.html
Jason already approved the C++ changes (with a couple of minor
tweaks). I'm still looking for an approval of the corresponding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95950
Bug ID: 95950
Summary: Call to pseudo-destructor does not end the lifetime
until C++20
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86568
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:75ff24e1920ea6b198350a2961e23175e6108e75
commit r11-1697-g75ff24e1920ea6b198350a2961e23175e6108e75
Author: Martin Sebor
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71706
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
Here's a fix to bounds-checking code that manifests itself essentially
with checking enabled. Once found and understood, the fix is trivial:
just properly convert the argument kind of SYNC IMAGES for checking.
Regtested on x86_64-pc-linux-gnu.
OK for master / backports where appropriate?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95939
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target
Hi,
This patch merges the D front-end implementation with upstream dmd
8508c4e68. Fixes a performance bug where 'static foreach' would take an
exponentially long time to expand during CTFE.
In the following example:
static foreach (i; 0..3) {}
Compilation time had been reduced from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77871
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
Hi all,
the following code compiles into a mov instruction
on x86_64. I wonder why. The struct has alignment 4,
so a mov might not be atomic if the struct is not
alligned to its full size. For this reason,
I expected a call to libatomic instead
(LLVM does this). What am I missing?
The
On June 27, 2020 11:15:50 PM GMT+02:00, David Malcolm
wrote:
>On Sat, 2020-06-27 at 21:27 +0800, Shuai Wang via Gcc wrote:
>> Dear Richard,
>>
>> Thanks for the info. My bad, I will need to append "\0" at the end of
>> the
>> string. Also, a follow-up question which I just cannot find an
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95949
--- Comment #2 from Julian Sikorski ---
The corresponding mame bug:
https://github.com/mamedev/mame/issues/6804
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95949
--- Comment #1 from Julian Sikorski ---
Created attachment 48797
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48797=edit
Linking error log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95949
Bug ID: 95949
Summary: mame build succeeds with -O3 but fails with -O2 and
all -O3 flags added manually
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95948
Andreas Schwab changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957
--- Comment #22 from Anthony ---
(In reply to Thomas Koenig from comment #21)
> Another question: Is there anything left to be done with the
> vectorizer, or could we remove that dependency?
thanks for looking into this again for me. i'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
Thomas Koenig changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95919
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95948
Bug ID: 95948
Summary: memmove error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95947
--- Comment #1 from urbanjost at comcast dot net ---
Created attachment 48796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48796=edit
test using PACK(3f) intrinsic with allocatable variables
PACK() intrinsic is returning all blanks in
Committed as obvious.
NULL pointer dereference originally found by Steve. My patch is shorter. :-)
Regtested on x86_64-pc-linux-gnu.
Thanks,
Harald
PR fortran/95340 - ICE in gfc_match_select_rank, at fortran/match.c:6690
Do not dereference NULL pointer when querying array shape of possibly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95947
Bug ID: 95947
Summary: PACK intrinsic returns blank strings when an
allocatable character array with allocatable length is
used
Product: gcc
Version: 8.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95340
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:b62cac6d92ff251213753475b69ec0b269cb7fae
commit r11-1695-gb62cac6d92ff251213753475b69ec0b269cb7fae
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #58 from H.J. Lu ---
(In reply to Thomas Koenig from comment #57)
> (In reply to H.J. Lu from comment #56)
> > (In reply to Thomas Koenig from comment #55)
> > > (In reply to H.J. Lu from comment #45)
> > > > Created attachment 45510
Enable FMA in rsqrt2 expander and fold rsqrtv16sf2 expander into
rsqrt2 expander which expands to UNSPEC_RSQRT28 for TARGET_AVX512ER.
Although it doesn't show performance change in our workloads, FMA can
improve other workloads.
gcc/
PR target/88713
* config/i386/i386-expand.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32771
Florian Weimer changed:
What|Removed |Added
Resolution|--- |WORKSFORME
CC|
Hi,
We need to skip past namespace decls when scanning the bind
expression var lists checking for local vars.
The PR notes that this omission results in an ice-on-valid.
tested on x86_64-linux, darwin, powerpc64-linux,
applied to master as obvious (and will backport to 10.2).
thanks
Iain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95711
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:06ed4aae1c2fa84b7050a286d866db4a6def3c36
commit r11-1694-g06ed4aae1c2fa84b7050a286d866db4a6def3c36
Author: Iain Sandoe
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95743
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed||2020-06-28
Hi,
This is a simple fix for pr95855.
With this fix, pass_split_paths can recognize the if-conversion opportunity
of the testcase and doesn't duplicate the corresponding block.
Added one testcase for this. Bootstrap and tested on both aarch64 and x86
Linux platform, no new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #21 from Paul A. Bristow ---
I also note that
https://en.cppreference.com/w/cpp/io/manip/fixed
Notes
Hexadecimal floating-point formatting ignores the stream precision
specification,
as required by the specification of
Hi Thomas,
> OK, but don't forget the test case :-)
the testcase was in the patch. I just do not add it to the commit message,
because that's now done automagically by the new scripts.
> Because the if takes up quite a few lines, it is also an option to
> write something like
>
> gfc_error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95880
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:f3a8f66a83f8c94f6fbb0233cefba8032f2e4876
commit r11-1693-gf3a8f66a83f8c94f6fbb0233cefba8032f2e4876
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #6 from Thomas Koenig ---
Created attachment 48795
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48795=edit
Dump file on big-endian system
If anybody wants to do the magic for the patterns on big-endian systems,
here is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #5 from Thomas Koenig ---
Created attachment 48794
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48794=edit
patch for the test case, skipping the test on big-endian targets
This implements Segher's suggestion to skip the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #57 from Thomas Koenig ---
(In reply to H.J. Lu from comment #56)
> (In reply to Thomas Koenig from comment #55)
> > (In reply to H.J. Lu from comment #45)
> > > Created attachment 45510 [details]
> > > An updated patch
> >
> > HJ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957
--- Comment #21 from Thomas Koenig ---
Another question: Is there anything left to be done with the
vectorizer, or could we remove that dependency?
On Sun, 28 Jun 2020 at 13:56, Ville Voutilainen
wrote:
>
> 2020-06-28 Ville Voutilainen
>
> Add a __nonnnull__ attribute to std::string's _CharT* constructor
> * include/bits/basic_string.h (string(_CharT*, const _Alloc&)):
> Add a __nonnull__ attribute.
> *
2020-06-28 Ville Voutilainen
Add a __nonnnull__ attribute to std::string's _CharT* constructor
* include/bits/basic_string.h (string(_CharT*, const _Alloc&)):
Add a __nonnull__ attribute.
* testsuite/21_strings/basic_string/cons/char/nonnull.cc: New.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95946
Thomas Koenig changed:
What|Removed |Added
Depends on||53957, 61121, 40162
Keywords|
Hi.
this corrects some pastos in the user error messages for the
testcases, in PR95519. NFC.
tested on x86_64-darwin, applied to master.
thanks
Iain
This does not affect the test functionality, but only user-
facing debug messages when the tests are run outside the
test-suite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95946
Bug ID: 95946
Summary: [meta-bug] auto-parallelization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957
--- Comment #20 from Thomas Koenig ---
I looked at the output of
gfortran -Ofast -funroll-loops -march=native -mtune=native -fopt-info-vec
mp_prop_design.f90 2>&1 | wc -l
in the Polyhedron testsuite, and I can confirm it really shows
much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95519
--- Comment #6 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:31419a80b6bf84b1bf3bcb2489b2e660563f0dfe
commit r11-1692-g31419a80b6bf84b1bf3bcb2489b2e660563f0dfe
Author: Iain Sandoe
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95637
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89310
--- Comment #5 from luoxhu at gcc dot gnu.org ---
Thanks. I copied the code from movsf_from_si to make a define_insn_and_split
for "movsf_from_si2", but we don't have define_insn for rldicr, so I use
gen_anddi3 instead, any comment?
foo:
.LFB0:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95813
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95518
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95518
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:c3bf482a0e59b9da925b382387686656c3d8839f
commit r10-8380-gc3bf482a0e59b9da925b382387686656c3d8839f
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95813
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:c3bf482a0e59b9da925b382387686656c3d8839f
commit r10-8380-gc3bf482a0e59b9da925b382387686656c3d8839f
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95945
Bug ID: 95945
Summary: ICE in poplevel, at cp/decl.c:585
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Hi Harald,
A rather straightforward issue (mis-)referencing the proper symbol name
in an error message.
OK for master / backport?
OK, but don't forget the test case :-)
Because the if takes up quite a few lines, it is also an option to
write something like
gfc_error ("Symbol %qs at %L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95944
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
71 matches
Mail list logo
