https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97859
--- Comment #2 from Matthias Klose ---
targeting powerpc-linux-gnu also works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97872
Bug ID: 97872
Summary: Missed optimization for less-than comparison on
vectors
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97869
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97870
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97862
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97861
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97859
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97860
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
Bug ID: 97871
Summary: [11 Regression] ICE in cp_parser_declaration, at
cp/parser.c:13539
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97856
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #5 from luoxhu at gcc dot gnu.org ---
With above hack, changing argument x from float to double could still generate
correct code with conversion of fabsf result:
float foo(float f, double x, float y) {
return (fabs(f)*x+y);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #12 from Martin Liška ---
I can confirm that, using dbgcnt-bisect.py script I was able to reduce that to:
-fdbg-cnt=merged_ipa_icf:4876-4877 where the problematic function is really
slide:
../../gcc/hash-table.h:1110:1: optimized:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97855
Richard Biener changed:
What|Removed |Added
Keywords||lto
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97854
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97870
Bug ID: 97870
Summary: [11 Regression] ICE: verify_flow_info failed (error:
too many outgoing branch edges from bb 2)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97849
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-11-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97849
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
--- Comment #2 from Brad Richardson ---
(In reply to Dominique d'Humieres from comment #1)
> Works for me on Big Sur with all the revision I have tried.
I just update to Big Sur (initial report was still on Catalina), and am still
seeing the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97849
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage, will take a look.
Regards,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97869
Bug ID: 97869
Summary: defines __cpp_lib_span even when
doesn't provide an implementation
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97682
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:4ba2f918583089172ac899c8eecaddef0d47cd85
commit r10-9033-g4ba2f918583089172ac899c8eecaddef0d47cd85
Author: Monk Chiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194
--- Comment #23 from Hongtao.liu ---
Fixed in GCC11, may need a bit adjustment for the modeless operand(the variable
index) as dicussed in
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559213.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194
--- Comment #22 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:287cc750b0887e86cb309d976b17c7ee95f7ad48
commit r11-5074-g287cc750b0887e86cb309d976b17c7ee95f7ad48
Author: liuhongt
Date: Mon Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #16 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:3072125a40ccfc139a92d44fb3911a8a7186b025
commit r11-5073-g3072125a40ccfc139a92d44fb3911a8a7186b025
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95673
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 95673, which changed state.
Bug 95673 Summary: missing -Wstring-compare for an impossible strncmp test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95673
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95673
--- Comment #8 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:b1ecb86569f63f897f6a95049c4ccf400bddeaad
commit r11-5072-gb1ecb86569f63f897f6a95049c4ccf400bddeaad
Author: Martin Sebor
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88115
--- Comment #7 from James Y Knight ---
I've created an ABI proposal against itanium abi, here:
https://github.com/itanium-cxx-abi/cxx-abi/issues/112
I realized since writing my last comment here that
::= u [] # vendor extended type
has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97805
--- Comment #4 from John David Anglin ---
We need:
#include
The define for LLONG_MIN is guarded by __STDC_VERSION__ in glimits.h:
#if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
/* Minimum and maximum values a `signed long long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97846
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-11-17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97868
Bug ID: 97868
Summary: warn about using fences with TSAN
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90569
Jonathan Wakely changed:
What|Removed |Added
Blocks||77691
--- Comment #10 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
--- Comment #12 from ncm at cantrip dot org ---
As it is, your probability of failure in 9 and 10 is exactly 1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92180
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:be39636d9f68c437c8a2c2e7a225c4aed4663e78
commit r11-5066-gbe39636d9f68c437c8a2c2e7a225c4aed4663e78
Author: Roger Sayle
Date: Mon Nov
This patch fixes the issue by making the conflict with C type sticky via
clearing the CXX bit. I checked that it recovers profiledbootstrap,
hwoever I want to look into the code tomorrow bit more to be sure that
it does not disable more than it should.
Honza
diff --git a/gcc/ipa-utils.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #11 from Jan Hubicka ---
This patch fixes the issue by making the conflict with C type sticky via
clearing the CXX bit. I checked that it recovers profiledbootstrap,
hwoever I want to look into the code tomorrow bit more to be sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96089
--- Comment #1 from David Malcolm ---
gcc_jit_global_set_initializer was added in GCC 11, which can initialize some
global variables.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97867
David Malcolm changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97867
Bug ID: 97867
Summary: FAIL: test-combination.c.exe test-functions.c.exe
test-pr66779.c.exe test-threads.c.exe killed
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
--- Comment #55 from Jeffrey A. Law ---
So to summarize some thoughts from Richi from last year.
Converting the V_C_E into a NOP_EXPR is undesirable as the truncation becomes
sub-optimal because we end up with an additional masking operation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97847
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #10 from Jan Hubicka ---
So I think I know what happens. It is actually the pre-existing
problem I mentioned in
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559017.html
the iterator is small type consiting of two pointers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48958
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97842
--- Comment #4 from Alex ---
Created attachment 49573
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49573=edit
dustmite reduced problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94345
--- Comment #2 from Jonathan Wakely ---
Fixed for GCC 11 by b1850c617b14eedaf60b358f3b7d4707cff73b8a
I might still backport it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94568
Jonathan Wakely changed:
What|Removed |Added
Keywords||ABI
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Jan Hubicka changed:
What|Removed |Added
Component|middle-end |bootstrap
--- Comment #1 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91488
--- Comment #3 from Jonathan Wakely ---
(In reply to ensadc from comment #1)
> It seems that the inliner does not like the `static` specifier in
> `__constant_string_p`. This also triggers "inlining failed in call to
> always_inline" error:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #15 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
>
> --- Comment #14 from Martin Sebor ---
> Created attachment 49572
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49572=edit
> Patch under
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
>
> --- Comment #14 from Martin Sebor ---
> Created attachment 49572
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49572=edit
> Patch under test.
>
> The attached patch avoids the warning on aarch64. Let me finish testing it
> and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92978
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92978
--- Comment #6 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7dbed9dead9002ee0cd4aa9c22b20942c6f13757
commit r8-10624-g7dbed9dead9002ee0cd4aa9c22b20942c6f13757
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #2 from Jürgen Reuter ---
(In reply to Eric Gallager from comment #1)
> This should probably handled by upstream libtool
Indeed I reported this to libtool as well, and I was not the first apparently.
How do you include this? In our
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #14 from Martin Sebor ---
Created attachment 49572
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49572=edit
Patch under test.
The attached patch avoids the warning on aarch64. Let me finish testing it and
submit it later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93071
--- Comment #2 from Jonathan Wakely ---
These might benefit from the same improvements (compile with -std=c++20):
#include
int i(int x) {
return 31 - std::countl_zero((unsigned)x);
}
int j(int x) {
return std::bit_width((unsigned)x)
The checking enabled build ICEs for me at same spot as for you
0x01475505 <+165>: punpcklqdq %xmm2,%xmm3
0x01475509 <+169>: movaps %xmm3,0x30(%rsp)
0x0147550e <+174>: callq 0x10949d0
::iterator::slide()>
0x01475513 <+179>: mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93071
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #9 from Jan Hubicka ---
The checking enabled build ICEs for me at same spot as for you
0x01475505 <+165>: punpcklqdq %xmm2,%xmm3
0x01475509 <+169>: movaps %xmm3,0x30(%rsp)
0x0147550e <+174>:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866
Bug ID: 97866
Summary: [11 Regression] bootstrap error in libasan building a
s390x-linux-gnu cross compiler
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97854
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:814e016318646d06b1662219cc716d502b76d8ce
commit r11-5065-g814e016318646d06b1662219cc716d502b76d8ce
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #8 from Jan Hubicka ---
In my setup I get ICE segfault with
#0 0x011fcf44 in vec::release (this=0x0) at ../../gcc/vec.h:1811
#1 0x011fcf2f in auto_vec::~auto_vec
(this=, this=) at ../../gcc/vec.h:1542
#2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93456
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:730e1357dfb9aff481d6c47a21ef748f0d810d4f
commit r10-9031-g730e1357dfb9aff481d6c47a21ef748f0d810d4f
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #16 from Thomas Koenig ---
program random_weather
implicit none
type global_model_state
real, allocatable :: ps(:,:) [:,:]
end type global_model_state
integer :: nxslab, nyslab
type(global_model_state) :: ms_full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #15 from Thomas Koenig ---
Next reduced test-case:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #5 from qinzhao at gcc dot gnu.org ---
the following patch in reg-stack.c fixed the failure:
qinzhao@gcc10:~/Work/write_gcc/gcc$ git diff reg-stack.c
diff --git a/gcc/reg-stack.c b/gcc/reg-stack.c
index 8f98bd85750..3dab843f803
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86465
--- Comment #11 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #10)
> Created attachment 49449 [details]
> preprocessed source, unreduced, gzipped
>
> Here's another example that produces this kind of warning, this time from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48958
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0c81ccc3d87098b93b0e6a2dd76815e4d6e78ff0
commit r11-5064-g0c81ccc3d87098b93b0e6a2dd76815e4d6e78ff0
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97843
--- Comment #6 from Alex ---
>From cppreference.com :
The behavior of every builtin compound-assignment expression E1 op= E2 (where
E1 is a modifiable lvalue expression and E2 is an rvalue expression or a
braced-init-list (since C++11)) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
Bug ID: 97865
Summary: MACOSX_DEPLOY_TARGET needs to be updated
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
> I agree we should just rename default_is_empty_type to is_empty_type, export
> it, declare in tree.h and use it instead that complicated test. TYPE_EMPTY_P
> isn't something tree-ssa-uninit.c should care about, that is just whether the
> backend decided it will not be passed at all.
OK, perhaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #13 from Jan Hubicka ---
> I agree we should just rename default_is_empty_type to is_empty_type, export
> it, declare in tree.h and use it instead that complicated test. TYPE_EMPTY_P
> isn't something tree-ssa-uninit.c should care
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97834
--- Comment #9 from Roland Illig ---
(In reply to Roland Illig from comment #7)
> I wonder why on NetBSD there is no buffering but on Linux there is.
> Both stdio implementations are so old that I don't expect any bugs
> in this area anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #14 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #13)
> (In reply to Thomas Koenig from comment #12)
> > Reduced test case:
> >
> > program main
> > type global_model_state
> > real, allocatable :: ps(:)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
Bug ID: 97864
Summary: Homebrew Operator Overload ICE
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #12 from Jakub Jelinek ---
I agree we should just rename default_is_empty_type to is_empty_type, export
it, declare in tree.h and use it instead that complicated test. TYPE_EMPTY_P
isn't something tree-ssa-uninit.c should care
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #13 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #12)
> Reduced test case:
>
> program main
> type global_model_state
> real, allocatable :: ps(:) [:]
> end type global_model_state
> type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97828
--- Comment #7 from Patrick Palka ---
Patch posted at
https://gcc.gnu.org/pipermail/libstdc++/2020-November/051458.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97834
Roland Illig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
--- Comment #11 from Jan Hubicka ---
> Note i686-linux bootstrap is still broken in r11-5062 - the PR97853 error.
Yes, as discussed earlier (but perhaps lost in other coments) we need
fix for the targetm.calls.empty_record_p (type) divergence.
> Note i686-linux bootstrap is still broken in r11-5062 - the PR97853 error.
Yes, as discussed earlier (but perhaps lost in other coments) we need
fix for the targetm.calls.empty_record_p (type) divergence. It is not
clear to me if simply calling the default implementation instead of the
rather
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97834
--- Comment #7 from Roland Illig ---
(In reply to Nathan Sidwell from comment #5)
> you're looking in the wrong place. see gcov_var and GCOV_BLOCK_SIZE.
Hmmm, this looks like there is some buffering. But still, in gcov_open, when I
comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97840
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832
--- Comment #3 from Michael_S ---
(In reply to Richard Biener from comment #2)
> It's again reassociation making a mess out of the natural SLP opportunity
> (and thus SLP discovery fails miserably).
>
> One idea worth playing with would be to
It seems to crash on quite few locaitons but always related to indirect
calls. So perhaps there is some sort of weird relation to indirect call
profiling or devirutalization...
I am going to move my build to faster machine.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #7 from Jan Hubicka ---
It seems to crash on quite few locaitons but always related to indirect
calls. So perhaps there is some sort of weird relation to indirect call
profiling or devirutalization...
I am going to move my build to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #6 from Martin Liška ---
It crashes here:
echo timestamp > stmp-int-hdrs
/home/mliska/Programming/gcc/objdir/./gcc/xgcc
-B/home/mliska/Programming/gcc/objdir/./gcc/ -xc -nostdinc /dev/null -S -o
/dev/null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97862
--- Comment #2 from Jakub Jelinek ---
With r11-1967-g5acef69f9d3d9f3c537b5e5157519edf02f86c4d actually.
The version you've mentioned started (properly) rejecting it, this wasn't valid
in OpenMP 4.5, but is valid in 5.0 and for GCC11 the support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #5 from Martin Liška ---
I'm planning to use merged_ipa_icf debug counter to isolate that..
> > Yep, I already worked out it is ipa-icf...
> > Do you have easy way to bisect what merge is causing the failure?
>
> Working on that will send details soon.
Great, thanks. In meantime I will check if I can isolate one of the paths
(constant access merging, variable access merging on the two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #4 from Jan Hubicka ---
> > Yep, I already worked out it is ipa-icf...
> > Do you have easy way to bisect what merge is causing the failure?
>
> Working on that will send details soon.
Great, thanks. In meantime I will check if I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #3 from Martin Liška ---
(In reply to Jan Hubicka from comment #2)
> > I see a similar bootstrap failure that's with:
> >
> > ../configure --enable-languages=c,c++,lto --prefix=/home/marxin/bin/gcc
> > --disable-multilib
> I see a similar bootstrap failure that's with:
>
> ../configure --enable-languages=c,c++,lto --prefix=/home/marxin/bin/gcc
> --disable-multilib --without-isl --disable-libsanitizer
> --with-build-config=bootstrap-lto-lean && make profiledbootstrap
> 'STAGE1_CFLAGS=-g -O2'
>
> started with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97863
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
1 - 100 of 188 matches
Mail list logo
