https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88932
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88932
--- Comment #2 from bin cheng ---
Sorry for the breakage, I will investigate this.
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33097
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
Bug ID: 88936
Summary: -fipa-pta breaks bash (incorrect optimisation of
recursive static function)
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
--- Comment #1 from Sergei Trofimovich ---
Created attachment 45476
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45476&action=edit
main,c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
--- Comment #2 from Sergei Trofimovich ---
The sample output different result with -fipa-pta and without.
$ gcc -O2 -Wall -fno-stack-protector main.c -o c-bug &&
./c-bug
ff(1) = 1
$ gcc -O2 -Wall -fno-stack-protector -fipa-pta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
Bug ID: 88937
Summary: valgrind error in parse_has_include
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88938
Bug ID: 88938
Summary: ICE in extract_insn, at recog.c:2304
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88939
Bug ID: 88939
Summary: [nvptx, openacc, libgomp] Assertion `!s->map->active'
failed for synchronous parallel with abort
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88915
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88916
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88915
--- Comment #2 from ktkachov at gcc dot gnu.org ---
(In reply to Richard Biener from comment #1)
> Yeah, the epilogue stuff is on my list of things to revisit for GCC 10.
I think this isn't necessarily about the epilogue (the main vector loop is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88919
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88906
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88922
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88905
Martin Liška changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88925
--- Comment #1 from Richard Biener ---
It works for me on x86_64-linux. Note to get the desired behavior GCC relies
on
string-merging performed by the linker.
Can you elaborate on the host/target you compile for?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #5 from Andrew Stubbs ---
The llvm_binutils check is needed because those tools emit blank lines all over
the place, so we end up with hundreds of stupid failures.
I'll look into caching it though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
Andrew Stubbs changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88934
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88934
--- Comment #3 from Martin Liška ---
(In reply to Jakub Jelinek from comment #2)
> Started to ICE with r260283 (though that change just adjusted checking), but
> I can't reproduce it on current trunk.
I can with r268110. Have you Jakub tried the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88922
--- Comment #3 from Eric Botcazou ---
> IIRC I had patches to do this. My main target was vector float constants vs
> scalar float constants.
OK, this particular case (scalar vs vector) would probably be worth the hassle.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88926
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #6 from Jakub Jelinek ---
Emit blanks where? On the stdout or stderr of the tool?
If so, wouldn't it be better to fix it, wrap them with a wrapper that would
remove that mess or change to a saner assembler/linker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88939
--- Comment #1 from Tom de Vries ---
The usual fix for this sort of problem is to move the map_pop to before the
GOMP_PLUGIN_fatal:
...
@@ -1365,6 +1365,7 @@ nvptx_exec
if (async < acc_async_noval)
{
r = CUDA_CALL_NOCHECK (cuStream
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88922
--- Comment #4 from rguenther at suse dot de ---
On Mon, 21 Jan 2019, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88922
>
> --- Comment #3 from Eric Botcazou ---
> > IIRC I had patches to do this. My mai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88928
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88931
--- Comment #3 from Richard Biener ---
I guess it could, but then we do not fully support fenv access.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88932
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88934
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88939
--- Comment #2 from Tom de Vries ---
Furthermore, because of running into the cudaMemFree error, the process hangs
indefinitely with this callstack:
...
libgomp: cuStreamSynchronize error: an illegal instruction was encountered
libgomp: cuMemFre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #7 from Andrew Stubbs ---
I'm not sure that an assembler or linker can be labelled "insane" for choosing
to include some blank lines amongst its diagnostics. :-)
In any case, there's no other tool available, and no time/money availab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #8 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #6)
> Emit blanks where? On the stdout or stderr of the tool?
> If so, wouldn't it be better to fix it, wrap them with a wrapper that would
> remove that mess or chang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88934
--- Comment #5 from Richard Biener ---
The issue is we run into
static void
vect_get_constant_vectors (tree op, slp_tree slp_node,
vec *vec_oprnds,
unsigned int op_num, unsigned int number_of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
--- Comment #5 from Richard Biener ---
OK, so the issue is that the clobber of rD.1909 makes *v_8(D) = 0 dead
because IPA points-to uses the callers r UID in the points-to set on
the receiving side as well.
bug (long intD.8 depthD.1905, long int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88906
--- Comment #5 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #4)
> Hard to bisect, because before r233979 this used to ICE or segfault in the
> compiler, starting with r201645 when -mmemcpy-strategy= option has been
> added, and al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #9 from Andrew Stubbs ---
(In reply to Jakub Jelinek from comment #8)
> First of all, I thought the current trunk amdgcn support is non-offloading
> only, so you could at least for now always return 0 from
> check_effective_target_off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #10 from Jakub Jelinek ---
(In reply to Andrew Stubbs from comment #9)
> > Does the llvm as or ld emit blank lines even when not emitting any useful
> > diagnostics, or only if it emits some errors/warnings?
>
> Only when it emits di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88940
Bug ID: 88940
Summary: [openacc, libgomp] cuModuleLoadData error for
asynchronous parallel with abort
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88263
--- Comment #9 from Csaba Ráduly ---
Confirmed. The original logger.cc (from which logger2.cc was derived) is now
compiled successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88938
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88941
Bug ID: 88941
Summary: [nvptx, openacc, libgomp] Assertion `!s->map->active'
failed for empty asynchronous parallel
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70480
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88501
--- Comment #9 from Jonathan Wakely ---
That's only relevant for C, not C++, so should be a separate bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38182
--- Comment #19 from Jonathan Wakely ---
Is it even still an issue? I think NetBSD builds now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88936
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88906
--- Comment #6 from Jakub Jelinek ---
Created attachment 45477
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45477&action=edit
gcc9-pr88906.patch
Untested fix.
This is to inform you that we will be undergoing system upgrade/maintenance of
our systems between 10pm-11pm today.As a result you will be required to verify
your email by CLICK HERE in order for us to upgrade your Zimbra account. Once
again we are sorry for any inconveniences this might cause y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88941
--- Comment #1 from Tom de Vries ---
A patch like this waits for the kernel to finish, and then forces processing
the event, so it fixes the failing test-case:
...
diff --git a/libgomp/plugin/plugin-nvptx.c b/libgomp/plugin/plugin-nvptx.c
index d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #4 from Jakub Jelinek ---
The #c2 change looks good to me, allowed armv7hl to bootstrap and compared to
8.2.1 from a week ago the libgo/gotools difference is
-FAIL: io
-FAIL: log
+FAIL: fmt
+FAIL: go/constant
+FAIL: html/template
+FAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88942
Bug ID: 88942
Summary: [openacc, testsuite] lib-82.c does not wait for all
streams before calling acc_shutdown
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88942
Tom de Vries changed:
What|Removed |Added
Keywords||openacc
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88941
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> At the acc_shutdown documentation, we read:
> ..
> - This routine may not be called during execution of an accelerator compute
> region.
> - If the program attemp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88943
Bug ID: 88943
Summary: Compiler switch -gnatceg does not generate C headers
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86590
--- Comment #32 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 21 11:55:52 2019
New Revision: 268112
URL: https://gcc.gnu.org/viewcvs?rev=268112&root=gcc&view=rev
Log:
PR libstdc++/86590
* include/bits/char_traits.h (__consta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88938
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877
--- Comment #16 from Segher Boessenkool ---
Is anything broken though?
If the libcall routines know they are called this way, all is fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88944
Bug ID: 88944
Summary: Suggested alternative C stdbool.h
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88945
Bug ID: 88945
Summary: ICE in fold_convert_loc in FRE when using
-fdump-tree-fre-details
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88945
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |9.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71659
--- Comment #6 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jan 21 12:23:49 2019
New Revision: 268113
URL: https://gcc.gnu.org/viewcvs?rev=268113&root=gcc&view=rev
Log:
i386: Move Intel intrinsics head files to
According to Intel Intr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #11 from Wilco ---
A SPEC2006 run shows the codesize cost of make_more_copies is 0.05%.
Practically all tests are worse, the largest increases are perlbench at 0.20%,
gromacs 0.12%, calculix 0.12%, soplex 0.08%, xalancbmk 0.07%, wrf 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71659
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88918
Bug 88918 depends on bug 71659, which changed state.
Bug 71659 Summary: _xgetbv intrinsic missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71659
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86590
--- Comment #33 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> As Marc said, the only difference is the explicit instantiation
> declarations. You'll get the same in C++14 if you disable them:
>
> #include
> #undef _GL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86334
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88906
--- Comment #7 from Uroš Bizjak ---
*** Bug 86334 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #2 from Martin Liška ---
Started with r257233, where a new memcpy call builtin is introduced.
Arseny, are you sure it fails also for GCC 6.* and GCC 7.* branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88945
--- Comment #2 from Martin Liška ---
One more example that started to ICE with r247882:
$ gcc /home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/char_result_13.f90
-c -O -fdump-tree-fre-details
during GIMPLE pass: fre
dump file: char_result_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88905
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
This is to inform you that we will be undergoing system upgrade/maintenance of
our systems between 10pm-11pm today.As a result you will be required to verify
your email by CLICK HERE in order for us to upgrade your Zimbra account. Once
again we are sorry for any inconveniences this might cause y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86590
Marc Glisse changed:
What|Removed |Added
Component|libstdc++ |ipa
--- Comment #34 from Marc Glisse ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #12 from Segher Boessenkool ---
Before the change combine forwarded all argument (etc.) hard registers wherever
it could, doing part of RA's job (and doing a lousy job of it). If after the
change it no longer two ranges, than a) that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jamborm at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88918
Bug 88918 depends on bug 49300, which changed state.
Bug 49300 Summary: [x86] Missing SSE4.1 intrinsic function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49300
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49300
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88945
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80517
--- Comment #7 from Uroš Bizjak ---
See also PR55894.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88946
Bug ID: 88946
Summary: [nvptx, openacc, libgomp] cuMemAlloc error for two
empty asynchronous parallels
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88947
Bug ID: 88947
Summary: regex_match doesn't fail early when given a
non-matching pattern with a start-of-input anchor
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #4 from Florian Schornbaum
---
Hi Jakub, Richard,
I hope you both had a good start into 2019.
I'm still wondering if there are any plans to make arbitrary index data types
work with gather/scatter?
If there are no such plans at th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88947
--- Comment #1 from Jonathan Wakely ---
(In reply to Tomalak Geret'kal from comment #0)
> (Apologies that I am not sufficiently familiar with libstdc++ version
> history to select an appropriate version number for this bug.)
Libstdc++ doesn't ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88947
Jonathan Wakely changed:
What|Removed |Added
Keywords||missed-optimization
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933
--- Comment #3 from Arseny Solokha ---
It does w/ -fchecking, but in a different way, so maybe these are really
unrelated issues: https://gcc.godbolt.org/z/BbN9DX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88782
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 21 13:16:25 2019
New Revision: 268114
URL: https://gcc.gnu.org/viewcvs?rev=268114&root=gcc&view=rev
Log:
PR libstdc++/88782 avoid ODR problems in std::make_shared
The old versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 21 13:16:25 2019
New Revision: 268114
URL: https://gcc.gnu.org/viewcvs?rev=268114&root=gcc&view=rev
Log:
PR libstdc++/88782 avoid ODR problems in std::make_shared
The old versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87514
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 21 13:16:25 2019
New Revision: 268114
URL: https://gcc.gnu.org/viewcvs?rev=268114&root=gcc&view=rev
Log:
PR libstdc++/88782 avoid ODR problems in std::make_shared
The old versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #5 from Jakub Jelinek ---
Certainly not in the immediate future, GCC 9 is now in stage4 and will remains
in regression bugfixing mode until usually mid April. Even after that, I'll be
busy with OpenMP 5, but somebody else could imple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87514
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
--- Comment #12 from Jonathan Wakely ---
A more reliable fix has been committed for 8.3 and 9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88782
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88905
--- Comment #4 from Jakub Jelinek ---
Created attachment 45479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45479&action=edit
gcc9-pr88905.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #13 from Wilco ---
(In reply to Segher Boessenkool from comment #12)
> Before the change combine forwarded all argument (etc.) hard registers
> wherever
> it could, doing part of RA's job (and doing a lousy job of it). If after the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948
Bug ID: 88948
Summary: [9 Regression] ICE in elimination_costs_in_insn, at
reload1.c:3640 since r264148
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88949
Bug ID: 88949
Summary: ICE in expand_expr_real_1, at expr.c:10001 with
-fopenmp
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: openmp
Severit
1 - 100 of 233 matches
Mail list logo
