https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #28 from Hongtao.liu ---
> Probably you can try to tweak it in ix86_add_stmt_cost? when the statement
Yes, it's the place.
> is UB to UH conversion statement, further check if the def of the input UB
> is MEM.
Only if there's no
Since the standard range adaptors are specified to derive from the empty
class view_base, making their first data member store the underlying
view is suboptimal, for if the underlying view also derives from
view_base then the two view_base subobjects will be adjacent, thus
preventing the compiler
libstdc++-v3/ChangeLog:
* testsuite/std/ranges/adaptors/sizeof.cc: New test.
---
.../testsuite/std/ranges/adaptors/sizeof.cc | 49 +++
1 file changed, 49 insertions(+)
create mode 100644 libstdc++-v3/testsuite/std/ranges/adaptors/sizeof.cc
diff --git
libstdc++-v3/ChangeLog:
* include/bits/ranges_util.h (subrange::_M_end): Give it
[[no_unique_adcress]].
* testsuite/std/ranges/subrange/sizeof.cc: New test.
---
libstdc++-v3/include/bits/ranges_util.h | 2 +-
.../testsuite/std/ranges/subrange/sizeof.cc | 28
libstdc++-v3/ChangeLog:
* include/std/ranges (iota_view::_M_bound): Give it
[[no_unique_address]].
* testsuite/std/ranges/iota/iota_view.cc: Check that an
unbounded iota_view has minimal size.
---
libstdc++-v3/include/std/ranges | 2 +-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97195
David Stone changed:
What|Removed |Added
CC||david at doublewise dot net
--- Comment
Hi,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553809.html
Thanks
Gui Haochen
On 14/9/2020 上午 11:01, HAO CHEN GUI wrote:
Hi,
Jump tables are put into text or rodata section originally. On some
platforms, it gains the performance benefit from absolute
Segher,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553486.html
Thanks
Gui Haochen
On 9/9/2020 下午 4:55, HAO CHEN GUI wrote:
Hi Segher,
Thanks for your advice. I removed macros defined in linux64.h and
linux.h. So they take relative jump tables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97222
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91212
Alfred Agrell changed:
What|Removed |Added
CC||blubban at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Alfred Agrell changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96750
--- Comment #6 from Matt Bentley ---
Created attachment 49278
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49278=edit
Demonstration of code which doesn't trigger the performance anomaly.
plf_colony_fast.h does not trigger the problem,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96750
--- Comment #5 from Matt Bentley ---
If anyone out there is interested in working on this,
I found the smallest change possible to create the same performance as GCC8-
it is literally eliminating one branch possibility in one function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97222
Bug ID: 97222
Summary: GCC discards attributes aligned and may_alias for
typedefs passed as template arguments
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Bug ID: 97221
Summary: Returning an array unexpectedly favors const overload
in return value's constructor
Product: gcc
Version: unknown
Status: UNCONFIRMED
Snapshot gcc-11-20200927 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200927/
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
Hi,
this patch implements basic builtins handling to ipa-modref.
It breaks three additional Fortran testcases due to Fortran frontend
TBAA bugs as discussed in
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/554936.html
Otherwise it bootstraps and regtests x86_64-linux. With cc1plus I
Hi,
ipa-reference, ipa-pure-const and ipa-modref could use the knowledge
about bulitins which is currently harwired into
ref_maybe_used_by_call_p_1, call_may_clobber_ref_p_1 and the PTA
computation. This patch breaks out logic implemented in the first two
into a form of a simple descriptor that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97220
Marek Polacek changed:
What|Removed |Added
Keywords||rejects-valid
Ever confirmed|0
Hi,
this patch fixes a pasto in modref_summary::useful_p that made
ipa-modref to give up on tracking stores when all load info got lost.
Bootstrapped/regtested x86_64-linux, comitted.
gcc/ChangeLog:
2020-09-27 Jan Hubicka
* ipa-modref.c (modref_summary::useful_p): Fix testing of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97220
Bug ID: 97220
Summary: Overload resolution works wrong when implicit
conversion not exists
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
> On 9/21/20 10:10 AM, Richard Biener wrote:
>
> > > I see, so you would expect call to alsize to initialize things in
> > > array15_unkonwn type? That would work too.
> > Yes, that's my expectation. But let's see what fortran folks say.
>
> RFC patch attached; I think the following should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0ed1ce77f876cb05cd3e403c6c28e86fe0692f93
commit r8-10540-g0ed1ce77f876cb05cd3e403c6c28e86fe0692f93
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93602
Alexios Zavras (zvr) changed:
What|Removed |Added
CC||zvr+gcc at zvr dot gr
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:aa42c1ac24a0427a27aec19c483780662cd150b8
commit r9-8943-gaa42c1ac24a0427a27aec19c483780662cd150b8
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:9389e3abc1fc4881f22c7376aae2dd650af2b792
commit r10-8804-g9389e3abc1fc4881f22c7376aae2dd650af2b792
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a4b31d5807f2bc67c8999b3d53369cf2a5c6e1ec
commit r11-3489-ga4b31d5807f2bc67c8999b3d53369cf2a5c6e1ec
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97219
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 94195, which changed state.
Bug 94195 Summary: missing warning reading a smaller object via an lvalue of a
larger type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
--- Comment #4 from Martin Sebor ---
(In reply to Dmitry G. Dyachenko from comment #3)
The warning is expected. The access to pS->s1.x implies that there must be an
object at pS that's at least sizeof *pS large, even though only the leading 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97217
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97214
--- Comment #1 from Steven Franzen ---
Bug 97219 looks similar. Unqualified name lookup should consider the scope
containing the lambda, which here is a member function and also includes the
full scope of its class. Similar example at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94890
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
* Jonathan Wakely via Libstdc:
> We can't use __libc_single_threaded to replace __gthread_active_p
> everywhere. If we replaced the uses of __gthread_active_p in std::mutex
> then we would elide the pthread_mutex_lock in the code below, but not
> the pthread_mutex_unlock:
>
> std::mutex m;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:e28cc38ac34cb4de31b983f817c6e5f7dde55e2c
commit r8-10539-ge28cc38ac34cb4de31b983f817c6e5f7dde55e2c
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97219
Bug ID: 97219
Summary: Generic lambda does not find function declaration from
enclosing block scope
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97218
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:7a8c40bca889785fc4664e5e11c430e31d297696
commit r9-8942-g7a8c40bca889785fc4664e5e11c430e31d297696
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97218
Bug ID: 97218
Summary: gcc/fortran/resolve.c:6807: pointless Assignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97217
Bug ID: 97217
Summary: C++ program compiled with GCC crashes
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
Tim Ruffing changed:
What|Removed |Added
CC||public at timruffing dot de
--- Comment
On 9/25/20 6:50 PM, Segher Boessenkool wrote:
On Fri, Sep 25, 2020 at 03:34:49PM -0500, will schmidt wrote:
On Fri, 2020-09-25 at 12:36 -0500, Segher Boessenkool wrote:
No, it cannot.
This is used for pdepd/pextd/cntlzdm/cnttzdm/cfuged, all of which do
need 64-bit registers to do anything
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:4a67941a956003dcce8866604ba25f5a0bfd16cf
commit r10-8803-g4a67941a956003dcce8866604ba25f5a0bfd16cf
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97184
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
Since MOVDIRI and MOVDIR64B write to memory, similar to UNSPEC_MOVNT,
use SET operation in MOVDIRI and MOVDIR64B patterns with UNSPEC instead
of UNSPECV.
gcc/
PR target/97184
* config/i386/i386.md (UNSPECV_MOVDIRI): Renamed to ...
(UNSPEC_MOVDIRI): This.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97070
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-09-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #5 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc
commit r11-3487-ge5a76af3a2f3324efc60b4b2778ffb29d5c377bc
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97216
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #27 from Kewen Lin ---
(In reply to Hongtao.liu from comment #22)
> >One of my workmates found that if we disable vectorization for SPEC2017
> >>525.x264_r function sub4x4_dct in source file x264_src/common/dct.c with
> >?>explicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #26 from Kewen Lin ---
> > By following this idea, to release the restriction on loop_outer
> > (loop_father) when setting the father_bbs, I can see FRE works as
> > expectedly. But it actually does the rpo_vn from cfun's entry to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #25 from Kewen Lin ---
> >
> > Got it! For
> >
> > else if (vect_nop_conversion_p (stmt_info))
> > continue;
> >
> > Is it a good idea to change it to call record_stmt_cost like the others?
> > 1) introduce one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97216
Bug ID: 97216
Summary: ICE with (incorrect) spaceship operator declaration
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194
--- Comment #5 from Hongtao.liu ---
> > There's ongoing patch iteration on the ml adding variable index vec_set
> > expanders for powerpc (and the related middle-end changes). The question
> > is whether optabs can try many things or the
Hi Nicolas,
Thanks for the feedback, the error still remains with gcc 10.2.0:
$ make
CROSS_COMPILE=/home/nfs/0day/gcc-10.2.0-nolibc/arc-elf/bin/arc-elf-
ARCH=arc M=drivers/net/can
WARNING: Symbol version dump ./Module.symvers
is missing; modules will have no dependencies and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #24 from rguenther at suse dot de ---
On September 27, 2020 4:56:43 AM GMT+02:00, crazylht at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
>
>--- Comment #22 from Hongtao.liu ---
>>One of my workmates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78427
bin cheng changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78427
Antony Polukhin changed:
What|Removed |Added
CC||antoshkka at gmail dot com
---
60 matches
Mail list logo