Ping with CCing Jeff and Joseph.
I think patch is rather obvious, but hopefully other items will also get
some attention.
29.01.2020 16:32, Roman Zhuykov wrote:
> Hi!
> I've investigated a bit, because some of the following confused me
> while working with some local 9.2-based branch.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #10 from Jim Wilson ---
Created attachment 47774
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47774=edit
testcase that reproduces for me
compile with -O2 -fPIC -fstack-protector-strong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88999
--- Comment #5 from sandra at gcc dot gnu.org ---
This may be the same as PR 79193. I'll check and see whether the patch
attached to that issue fixes it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93550
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92295
--- Comment #4 from Hongtao.liu ---
(In reply to Martin Liška from comment #3)
> Can we close the issue?
Yes, it's fixed in GCC10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88999
--- Comment #4 from sandra at gcc dot gnu.org ---
I've been taking another look at this issue. It looks like the trouble is that
the "checking for S_ISREG or S_IFREG" test in the configure script is failing
because it tries to link the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93560
Bug ID: 93560
Summary: strstr(s, s) not folded to s
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
2020-02-03 Bill Schmidt
* config.gcc (powerpc-*-*-*): Add rs6000-bif.o to extra_objs.
* config/rs6000/t-rs6000 (rs6000-genbif.o): New target.
(rbtree.o): Likewise.
(rs6000-genbif): Likewise.
(rs6000-bif.c): Likewise.
(rs6000-bif.o): Likewise.
---
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (write_defines_file): Implement.
---
gcc/config/rs6000/rs6000-genbif.c | 4
1 file changed, 4 insertions(+)
diff --git a/gcc/config/rs6000/rs6000-genbif.c
b/gcc/config/rs6000/rs6000-genbif.c
index 7bb7d2b24a4..0bcd035060d
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (complete_vector_type): New
function.
(complete_base_type): New function.
(construct_fntype_id): New function.
(parse_bif_entry): Call construct_fntype_id.
(parse_ovld_entry): Likewise.
---
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (typemap): New struct.
(TYPE_MAP_SIZE): New defined constant.
(type_map): New filescope variable.
(write_fntype): New callback function.
(map_token_to_type_node): New function.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (write_autogenerated_header): New
function.
(write_bif_enum): New callback function.
(write_ovld_enum): New callback function.
(write_decls): New function.
(write_extern_fntype): New
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (ovld_stanza): New struct.
(MAXOVLDSTANZAS): New defined constant.
(ovld_stanzas): New filescope variable.
(curr_ovld_stanza): Likewise.
(MAXOVLDS): New defined constant.
(ovlddata): New
2020-02-03 Bill Schmidt
* config/rs6000/rbtree.c: New file.
* config/rs6000/rbtree.h: New file.
---
gcc/config/rs6000/rbtree.c | 233 +
gcc/config/rs6000/rbtree.h | 51
2 files changed, 284 insertions(+)
create mode 100644
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (MAXBIFSTANZAS): New defined
constant.
(bif_stanzas): New filescope variable.
(curr_bif_stanza): Likewise.
(fnkinds): New enum.
(typelist): New struct.
(attrinfo): New struct.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (void_status): New enum.
(basetype): Likewise.
(restriction): Likewise.
(typeinfo): New struct.
(match_basetype): New function.
(match_const_restriction): New function.
(match_type):
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (rbtree.h): New include.
(num_bif_stanzas): New filescope variable.
(num_bifs): Likewise.
(num_ovld_stanzas): Likewise.
(num_ovlds): Likewise.
(exit_codes): Add more enum values.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (MININT): New defined constant.
(exit_codes): New enum.
(consume_whitespace): New function.
(advance_line): New function.
(safe_inc_pos): New function.
(match_identifier): New function.
This patch adds a subset of the builtin and overload descriptions.
I've also started annotating the old-style descriptions in rs6000-c.c
where I'm deliberately not planning to support new versions of them.
We may have to have some discussion around these at some point, but
this helps me track this
Includes header documentation and initial set of include directives.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c: New file.
---
gcc/config/rs6000/rs6000-genbif.c | 124 ++
1 file changed, 124 insertions(+)
create mode 100644
The current built-in support in the rs6000 back end requires at least
a master's degree in spelunking to comprehend. It's full of cruft,
redundancy, and unused bits of code, and long overdue for a
replacement. This is the first part of my project to do that.
My intent is to make adding new
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (bif_file): New filescope
variable.
(ovld_file): Likewise.
(header_file): Likewise.
(init_file): Likewise.
(defines_file): Likewise.
(pgm_path): Likewise.
(bif_path):
On Sun, Feb 2, 2020 at 2:27 AM Andreas Schwab wrote:
>
> I'm getting these errors on aarch64 with -mabi=ilp32:
>
> ../../../../libgo/go/runtime/mpagealloc.go:226:38: error: shift count overflow
> 226 | chunks [1 << pallocChunksL1Bits]*[1 << pallocChunksL2Bits]pallocData
> |
On Sat, Feb 1, 2020 at 5:38 AM Andreas Schwab wrote:
>
> ../../../libgo/go/syscall/syscall_linux_riscv64.go:7:14: error: imported and
> not used: unsafe
> 7 | import "unsafe"
> | ^
> ../../../libgo/go/syscall/syscall_linux_riscv64.go:13:1: error: redefinition
> of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636
--- Comment #6 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:628ee3c2f339da37e7570bcce0ebc6eb12bc33ae
commit r10-6422-g628ee3c2f339da37e7570bcce0ebc6eb12bc33ae
Author: Ian Lance Taylor
This patch ensures that the libbacktrace tests are always built with
-g. It also builds them with the default warning flags, so I had to
add a few casts to ztest.c to get it pass without warnings. This
should fix PR 90636. Bootstrapped and ran libbacktrace tests on
x86_64-pc-linux-gnu.
On Mon, Feb 3, 2020 at 4:02 PM H.J. Lu wrote:
>
> On Mon, Feb 3, 2020 at 10:35 AM H.J. Lu wrote:
> >
> > Define TARGET_ASM_PRINT_PATCHABLE_FUNCTION_ENTRY to make sure that the
> > ENDBR are emitted before the patch area. When -mfentry -pg is also used
> > together, there should be no ENDBR
This patch implements [range.adaptors]. It also includes the changes from P3280
and P3278 and P3323, without which many standard examples won't work.
The implementation is mostly dictated by the spec and there was not much room
for implementation discretion. The most interesting part that was
These changes are needed for some of the tests in the constrained algorithm
patch, because they use move_iterator with an uncopyable output_iterator. The
other changes described in the paper are already applied, it seems.
libstdc++-v3/ChangeLog:
* include/bits/stl_iterator.h
在 2020/2/3 下午8:53, Nathan Sidwell 写道:
On 2/2/20 9:28 PM, JunMa wrote:
在 2020/2/3 上午9:03, JunMa 写道:
I think all you want here is:
await_expr = convert_from_reference (await_expr);
Thanks, I'll update it.
Regards
JunMa
Hi nathan,
Here is the update.
/* This will produce the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86917
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93519
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor
PR 93519 reports a false positive -Wrestrict issued for an inlined call
to strcpy that carefully guards against self-copying. This is caused
by the caller's arguments substituted into the call during inlining and
before dead code elimination.
The attached patch avoids this by removing
On Mon, Feb 03, 2020 at 06:19:07PM -0500, Michael Meissner wrote:
> On Fri, Jan 31, 2020 at 05:43:20PM -0600, Segher Boessenkool wrote:
> > On Thu, Jan 09, 2020 at 07:27:58PM -0500, Michael Meissner wrote:
> > > * config/rs6000/rs6000.c (reg_to_non_prefixed): Add forward
> > > reference.
> >
On Mon, Feb 03, 2020 at 05:02:25PM -0500, Michael Meissner wrote:
> On Fri, Jan 31, 2020 at 11:30:22AM -0600, Segher Boessenkool wrote:
> > But why is that the correct thing to do? Garbage in, garbage out is
> > perfectly fine? Or do we have (e.g.) builtins that specify this masking?
> > If so,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #13 from H.J. Lu ---
A new patch works with both .cfi_startproc and DWARF debug info:
https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00107.html
On Mon, Feb 3, 2020 at 10:35 AM H.J. Lu wrote:
>
> Define TARGET_ASM_PRINT_PATCHABLE_FUNCTION_ENTRY to make sure that the
> ENDBR are emitted before the patch area. When -mfentry -pg is also used
> together, there should be no ENDBR before "call __fentry__".
>
> OK for master if there is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636
--- Comment #5 from Dr. Thomas Orgis ---
I traced it down to the gcc build process not applying the -g flag
consistently.
In my build log, I see the respective objects being built two times (not sure
in which directory the second one happens,
On Mon, Feb 03, 2020 at 04:52:42PM -0500, Michael Meissner wrote:
> > I understand why this is needed for pcrel (or useful at least), but why
> > for prefixed addressing in general as well? What OS support is needed
> > for that?
> >
> > Put another way, is this just carefulness, or do you run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #14
Currently this script doesn't set the indentation style for the standard library
headers under libstdc++/ because they lack a file extension. But they do
have a modeline, so the file type is still set appropriately by Vim. So by
inspecting , we can also detect these standard library headers as
On Fri, Jan 31, 2020 at 05:43:20PM -0600, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Jan 09, 2020 at 07:27:58PM -0500, Michael Meissner wrote:
> > * config/rs6000/rs6000.c (reg_to_non_prefixed): Add forward
> > reference.
>
> FWIW, it is better to just reorder the code, in most cases.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91953
Jason Merrill changed:
What|Removed |Added
Summary|[8/9/10 Regression] G++ |[8/9 Regression] G++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91953
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8fda2c274ac66d60c1dfc1349e9efb4e8c2a3580
commit r10-6416-g8fda2c274ac66d60c1dfc1349e9efb4e8c2a3580
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 66477, which changed state.
Bug 66477 Summary: [constexpr] accepts-invalid with constexpr member call on
non-constant reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66477
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66477
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:87fbd5347b33883006dc77e779b9edc590fcd2f0
commit r10-6417-g87fbd5347b33883006dc77e779b9edc590fcd2f0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66477
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Since copying a class object is defined in terms of the copy constructor,
copying an empty class is OK even if it would otherwise not be usable in a
constant expression. Relatedly, using a parameter as an lvalue is no more
problematic than a local variable, and calling a member function uses the
[expr.const] specifically rules out mentioning a reference even if its
address is never used, because it implies indirection that is similarly
non-constant for a pointer variable.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/66477
* constexpr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
--- Comment #4 from Marek Polacek ---
struct E { int d[10]; };
struct S {
constexpr int operator()(char) { return 42; }
};
template struct X {
constexpr static E foo(S s) { return {{s(1)}}; }
};
S s;
static_assert((X::foo(s), 1), "");
On 2/3/20 10:05 PM, Segher Boessenkool wrote:
> On Mon, Feb 03, 2020 at 08:16:52PM +, Bernd Edlinger wrote:
>> So gnome terminal is a problem, since it depend heavily on the software
>> version, VTE library, and gnome-terminal.
>> Sometimes URLs are functional, sometimes competely buggy.
>>
>>
On Fri, Jan 31, 2020 at 11:30:22AM -0600, Segher Boessenkool wrote:
> But why is that the correct thing to do? Garbage in, garbage out is
> perfectly fine? Or do we have (e.g.) builtins that specify this masking?
> If so, please say that here.
It has been this way since I added these for power7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #7 from meissner at linux dot ibm.com ---
On Sat, Jan 11, 2020 at 07:02:32AM +, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
>
> --- Comment #4 from Andrew Pinski ---
> Does it make
On Fri, Jan 31, 2020 at 07:12:53PM -0600, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Jan 09, 2020 at 07:40:08PM -0500, Michael Meissner wrote:
> > * config/rs6000/linux64.h (PREFIXED_ADDR_SUPPORTED_BY_OS): Set to
> > 1 to enable prefixed addressing if -mcpu=future.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92291
--- Comment #2 from Jeffrey A. Law ---
So one more tidbit before I have to put this down.
The reason we don't CSE the library calls is because the REG_EQUAL note we rely
upon is removed.
At the start of CSE we call df_analyze which recomputes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66477
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93195
--- Comment #3 from H.J. Lu ---
Created attachment 47773
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47773=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93195
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
"GCC: (GNU) 10.0.1 20200203 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-cfl-1 pr93197]$ cat b.s
.file "b.c"
.text
.globl _start
.type _start, @function
_start:
.section__patchable_functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93195
--- Comment #2 from H.J. Lu ---
*** Bug 93197 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On Montag, 3. Februar 2020 21:47:13 CET Marek Polacek wrote:
> On Mon, Feb 03, 2020 at 09:26:40PM +0100, Allan Sandfeld Jensen wrote:
> > Hello gcc
> >
> > I have now twice hit obscure bugs in Chromium that crashed on some
> > compilers but not on others, and didn't produce any warnings on any
>
On Mon, Feb 03, 2020 at 08:16:52PM +, Bernd Edlinger wrote:
> So gnome terminal is a problem, since it depend heavily on the software
> version, VTE library, and gnome-terminal.
> Sometimes URLs are functional, sometimes competely buggy.
>
> But, wait a moment, here is the deal:
>
> I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
Marek Polacek changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Marek Polacek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
On 2/3/20 9:26 PM, Jakub Jelinek wrote:
> On Mon, Feb 03, 2020 at 08:16:52PM +, Bernd Edlinger wrote:
>> Jakub, can you confirm that the COLORTERM on your working
>> gnome-terminal is set to "truecolor" ?
>
> On the box where I have display attached to yes, but it isn't propagated
> through
On Mon, Feb 03, 2020 at 09:26:40PM +0100, Allan Sandfeld Jensen wrote:
> Hello gcc
>
> I have now twice hit obscure bugs in Chromium that crashed on some compilers
> but not on others, and didn't produce any warnings on any compiler. I would
> like to know if this code is as undefined as I
-__cxa_atexit
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200203 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
Bug ID: 93559
Summary: internal compiler error: side-effects element in
no-side-effects CONSTRUCTOR
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92291
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hello gcc
I have now twice hit obscure bugs in Chromium that crashed on some compilers
but not on others, and didn't produce any warnings on any compiler. I would
like to know if this code is as undefined as I think it is, and if it would
make sense to have gcc warn about it.
Both cases
On Mon, Feb 03, 2020 at 08:16:52PM +, Bernd Edlinger wrote:
> Jakub, can you confirm that the COLORTERM on your working
> gnome-terminal is set to "truecolor" ?
On the box where I have display attached to yes, but it isn't propagated
through ssh to the workstation that I do GCC development
On Mon, 2020-02-03 at 18:55 +, Richard Sandiford wrote:
> "H.J. Lu" writes:
> > On Fri, Jan 24, 2020 at 2:39 PM Paul Smith wrote:
> > > On Fri, 2020-01-24 at 22:45 +0100, Jakub Jelinek wrote:
> > > > > > In my experience the output of git log is a total mess so cannot
> > > > > > replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93388
Bug 93388 depends on bug 93511, which changed state.
Bug 93511 Summary: ICE in make_region_for_type analyzing zlib/gzwrite.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93511
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93511
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93457
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
On 2/3/20 3:08 PM, Segher Boessenkool wrote:
> On Sun, Feb 02, 2020 at 08:00:44AM +, Bernd Edlinger wrote:
Okay, thanks. That is a strong indication that there is no need
to interfere with screen, which proves that any auto-disabling should
have a very specific terminal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93543
--- Comment #1 from David Malcolm ---
Here's a simpler patch; does it fix the build with clang?
gcc/analyzer/ChangeLog:
PR analyzer/93543
* engine.cc (pod_hash_traits::mark_empty):
Eliminate reinterpret_cast.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93557
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93458
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93558
Bug ID: 93558
Summary: missing mempcpy folding defeats strlen optimization
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Mon, Feb 03, 2020 at 06:20:20PM +, Michael Matz wrote:
> On Mon, 3 Feb 2020, Richard Earnshaw (lists) wrote:
> > Well, I'd review a patch differently depending on whether or not it was
> > already committed, a patch requiring review or an RFC looking for more
> > general comments, so I
On Mon, Feb 03, 2020 at 06:20:20PM +, Michael Matz wrote:
> On Mon, 3 Feb 2020, Richard Earnshaw (lists) wrote:
> > Well, I'd review a patch differently depending on whether or not it was
> > already committed, a patch requiring review or an RFC looking for more
> > general comments, so I
PR analyzer/93544 reports an ICE when attempting to report a double-free
within diagnostic_manager::prune_for_sm_diagnostic, in which the
variable of interest has become an INTEGER_CST. Additionally, it picks
a nonsensical path through the function in which the pointer being
double-freed is known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92844
--- Comment #6 from seurer at gcc dot gnu.org ---
Make that...
I see no failures after 2020-02-01.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92844
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
I found this useful whilst debugging PR analyzer/93544
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as 73f386581bddc4d630b93eeb0cddd32943bf24e7.
gcc/analyzer/ChangeLog:
* engine.cc (supernode_cluster::dump_dot): Show BB index as
well as SN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93544
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93546
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
PR analyzer/93546 reports an ICE within region_model::add_region_for_type
when merging two region_models each containing a label pointer. The
two labels are stored as pointers to symbolic_regions, but these regions
were created with NULL type, leading to an assertion failure when a
merged copy is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93547
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as r10-6409-g287ccd3bd6b92f11ec90c52ffccb764aacfadb89.
gcc/analyzer/ChangeLog:
PR analyzer/93547
* constraint-manager.cc
(constraint_manager::get_or_add_equiv_class): Ensure types are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93544
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:8525d1f5f57b11fe04a97674cc2fc2b7727621d0
commit r10-6412-g8525d1f5f57b11fe04a97674cc2fc2b7727621d0
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93546
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:5e10b9a28be9061b9b0c4aa3cfabe6d478e444e0
commit r10-6410-g5e10b9a28be9061b9b0c4aa3cfabe6d478e444e0
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93547
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:287ccd3bd6b92f11ec90c52ffccb764aacfadb89
commit r10-6409-g287ccd3bd6b92f11ec90c52ffccb764aacfadb89
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93557
Bug ID: 93557
Summary: __builtin_convertvector doesn't mak input as used
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
1 - 100 of 277 matches
Mail list logo