https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94736
--- Comment #1 from Hongtao.liu ---
Indirect jump `goto *p` is optimized off, so there's no indirect jump, either
no need for inserting endbr64
I am pleased to announce that the GCC Steering Committee has
appointed Jan Hubicka as GCC IPA Maintainer and LTO Reviewer. Honza
has been the maintainer of the components of IPA and this appointment
clarifies his role.
Please join me in congratulating Honza on his new role.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
--- Comment #4 from Lee Busby ---
(In reply to kargl from comment #3)
> (In reply to Thomas Koenig from comment #2)
> > Correction, this is not a regression.
> >
> > F2018 has, in 19.2, paragraph 2
> >
> > # The global identifier of an entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94767
Bug ID: 94767
Summary: (unsigned bitfield) + (int) operation results in int,
not unsigned int.
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Today I find that function haifa_change_pattern also will call function
update_insn_after_change.
/* Change pattern of INSN to NEW_PAT. Invalidate cached haifa
instruction data. */
static bool
haifa_change_pattern (rtx_insn *insn, rtx new_pat)
{
int t;
t = validate_change (insn,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
kargl at gcc dot gnu.org changed:
What|Removed |Added
Keywords|rejects-valid |
--- Comment #3 from kargl at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94746
--- Comment #3 from Alejandro Colomar ---
I tried to use ``#pragma GCC diagnostic`` to enable ``-Wsystem-headers`` only
for that macro. It bloated me with completely unrelated errors from libraries.
So it is not an option.
The only workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94765
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
On Sat, Apr 25, 2020 at 12:17:18AM -0400, Jason Merrill via Gcc-patches wrote:
> P2085 clarified that a defaulted comparison operator must be the first
> declaration of the function. Rejecting that avoids the ICE trying to
> compare the noexcept-specifications.
>
> Tested x86_64-pc-linux-gnu,
Snapshot gcc-9-20200425 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200425/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94746
--- Comment #2 from Alejandro Colomar ---
Maybe the design is not perfect.
Maybe some special warnings should still be warned about when they are used in
user's code. I don't think there are any possible false positives with this
warning. But
On Sat, Apr 25, 2020 at 6:03 AM Jakub Jelinek wrote:
>
> Hi!
>
> As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14
> vs. C++17 ABI incompatibilities which are not fixed by mere adding of
> cxx17_empty_base_field_p calls. Unlike the issues that were seen on other
> targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94698
--- Comment #4 from Frederic Marchal ---
French translation has been updated and submitted to the Translation Project.
Thanks for the report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77488
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #8 from
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/gcc/fr.po
(This file,
Hi!
On Sat, Apr 25, 2020 at 02:20:19AM +0200, Iain Buclaw via Gcc-patches wrote:
> +// Parse DoubleDoubles as a pair of doubles.
> +// The layout of the type is:
> +//
> +// [1| 7 | 56 ][ 8| 56 ]
> +//
On Wed, 22 Apr 2020, Jeff Law wrote:
> > libffi/
> > * Makefile.am (DISTCLEANFILES): New variable.
> > * configure.ac: Produce `local.exp'.
> > * Makefile.in: Regenerate.
> > * configure: Regenerate.
> > * testsuite/Makefile.am (EXTRA_DEJAGNU_SITE_CONFIG): New
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94766
--- Comment #1 from David Binderman ---
Similar thing with file gcc/go/gofrontend/names.cc:
trunk.git/gcc/go/gofrontend/names.cc:1027:47: performance: Function parameter
'pkgpath' should be passed by const reference. [passedByValue]
Source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94766
Bug ID: 94766
Summary: gcc/go/gofrontend/gogo.h:1076:25: performance:
Function parameter 'afnname' should be passed by const
reference. [passedByValue]
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94765
Bug ID: 94765
Summary: Floating point type template parameter
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94764
--- Comment #2 from tabloid.adroit at gmail dot com ---
Do you think it is still UB at this moment? If not, I guess PR14769 could be
worked on?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94764
Andrew Pinski changed:
What|Removed |Added
Depends on||14769
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94764
Bug ID: 94764
Summary: block extern incorrectly resolved to external linkage
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94746
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94763
Bug ID: 94763
Summary: UNRESOLVED scan assembler tests on arm-none-eabi
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94762
Bug ID: 94762
Summary: ICE: Segmentation fault (in is_tm_irrevocable)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, trans-mem
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94761
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94761
Bug ID: 94761
Summary: host != target
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94739
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |10.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94739
--- Comment #2 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:8fc8bf801e46d0d478c50bddecf5d8edf9511849
commit r10-7961-g8fc8bf801e46d0d478c50bddecf5d8edf9511849
Author: H.J. Lu
Date: Sat Apr 25
On Sat, Apr 25, 2020 at 08:48:09AM -0500, Segher Boessenkool wrote:
> > This patch adds a langhook, which will return true for those cases. It
> > shouldn't be problematic with LTO, because lto1 should see only
> > structures/classes that are already laid out, or if it does some structure
> >
On Sat, Apr 25, 2020 at 9:29 AM Richard Biener wrote:
>
> On April 24, 2020 9:31:58 PM GMT+02:00, "H.J. Lu" wrote:
> >Since ld is Intel CET enabled on Intel CET enabled host, dlopen fails
> >on
> >liblto_plugin.so if it isn't Intel CET enabled. Add GCC_CET_HOST_FLAGS
> >to cet.m4, use it in
On Sat, 25 Apr 2020, Eric Botcazou wrote:
> > I very much disagree with this. I think my approach was possibly the
> > only viable one, and definitely the most sensible one for this target.
> > Not only is there nothing meaningful to be gained from separating cc
> > setters and users on m68k given
On April 24, 2020 9:31:58 PM GMT+02:00, "H.J. Lu" wrote:
>Since ld is Intel CET enabled on Intel CET enabled host, dlopen fails
>on
>liblto_plugin.so if it isn't Intel CET enabled. Add GCC_CET_HOST_FLAGS
>to cet.m4, use it in libiberty and lto-plugin to always enable Intel
>CET in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Summary|[8/9/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
Thomas Koenig changed:
What|Removed |Added
Summary|BIND(C) names are not |[8/9/10 Regression] BIND(C)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93924
--- Comment #2 from Dominique d'Humieres ---
Up to revion r242391 I get the error:
function selector() result(f)
1
Error: CLASS variable 'f' at (1) must be dummy, allocatable or pointer
pr93924.f90:29:19:
On 25/04/20 14:49 +0100, Iain Sandoe wrote:
Hi
From the standard:
The header defines the primary template coroutine_traits
such that if ArgTypes is a parameter pack of types and if the
qualified-id R::promise_type is valid and denotes a type, then
coroutine_traits has the following publicly
(WAS [PATCH] coroutines: Handle lambda capture objects in the way as clang.)
I am sorry to mess you around on this.
You had approved a previous patch, which I then withdrew because of the
confusion
about what each implementation was doing (you were on that long email thread).
Now that MSVC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94760
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94760
Bug ID: 94760
Summary: coroutines: mismatch between traits and promise
parameter preview.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94749
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93563
--- Comment #2 from Dominique d'Humieres ---
Gfortran 6.5 gives the error:
class(TreeNode_t), dimension(:), allocatable :: children
1
Error: Derived type at (1) has not been previously
> I very much disagree with this. I think my approach was possibly the
> only viable one, and definitely the most sensible one for this target.
> Not only is there nothing meaningful to be gained from separating cc
> setters and users on m68k given that almost all instructions (including
> moves)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81480
--- Comment #3 from Jonathan Wakely ---
You're missing extra flags to set up the necessary include paths.
Why not just run 'make check' instead?
Hi
>From the standard:
The header defines the primary template coroutine_traits
such that if ArgTypes is a parameter pack of types and if the
qualified-id R::promise_type is valid and denotes a type, then
coroutine_traits has the following publicly accessible
member:
using promise_type =
Hi!
On Sat, Apr 25, 2020 at 12:03:10PM +0200, Jakub Jelinek wrote:
> As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14
> vs. C++17 ABI incompatibilities which are not fixed by mere adding of
> cxx17_empty_base_field_p calls. Unlike the issues that were seen on other
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94753
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-04-25
On 4/23/20 8:31 AM, Eric Botcazou wrote:
Thanks, I will take a look at Bernd's work. IIRC, he took a
different approach from what was suggested in the wiki, right?
Yes, let's say that it's a half-baked conversion, probably a consequence of
the bounty. This might be good enough, depending on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94759
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94759
Bug ID: 94759
Summary: coroutines: rejects traits specialisation with
non-class returns.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93563
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed||2020-04-25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93924
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hello world,
rather than touch 50% of the files in our libfortran
subdirectory, I opted for the simple and obvious
way - if the RHS is a pointer which may have a span,
just create a temporary. (We're also qutie close to
a release candidate if I count the P1 regressions
correctly, so this is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94758
Bug ID: 94758
Summary: ICE: in extract_insn, at recog.c:2310 on hppa64 with
__thread variable
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94578
--- Comment #10 from CVS Commits ---
The master branch has been updated by Thomas Kथà¤nig :
https://gcc.gnu.org/g:cf3f7b309ffdd888fdd85048ac9b4bcdc2713a45
commit r10-7960-gcf3f7b309ffdd888fdd85048ac9b4bcdc2713a45
Author: Thomas König
Date:
Hi!
As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14
vs. C++17 ABI incompatibilities which are not fixed by mere adding of
cxx17_empty_base_field_p calls. Unlike the issues that were seen on other
targets where the artificial empty base field affected function argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94752
Iain Sandoe changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94757
Bug ID: 94757
Summary: GCC does not optimise unsigned multiplication known
not to overflow
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94752
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
Hi
As pointed out in the PR, parameters to user-defined coroutines might be
unnamed. In that case, we must synthesize a name for the coroutine
frame copy.
tested on x86_64-darwin16 so far,
OK if it passes regtest on x86_64-linux?
thanks
Iain
gcc/cp/ChangeLog:
2020-04-25 Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94755
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94755
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.4
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756
Bug ID: 94756
Summary: strtoflt128 assigns some subnormals incorrectly on MS
Windows
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Hi,
I'd like to offer you farm automation solutions to save your precious time and
get better results.
I'm the founder of a small IT company which is providing IoT Services.
Currently I'm looking for an earlier adopter customers. We need to build strong
references that's why level of attention
65 matches
Mail list logo