https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96987
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94690
--- Comment #14 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:61c2d476a52bb108bd05d0226c5522bf0c4b24b5
commit r11-3066-g61c2d476a52bb108bd05d0226c5522bf0c4b24b5
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95109
--- Comment #7 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:61c2d476a52bb108bd05d0226c5522bf0c4b24b5
commit r11-3066-g61c2d476a52bb108bd05d0226c5522bf0c4b24b5
Author: Tobias Burnus
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
Bug ID: 96991
Summary: [nvptx] internal compiler error: in write_fn_proto, at
config/nvptx/nvptx.c:913
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #1 from Tom de Vries ---
We run into assert:
...
913 gcc_assert (type == boolean_type_node);
...
because:
...
(gdb) call debug_generic_expr (type)
_Bool
(gdb) call debug_generic_expr (boolean_type_node)
No symbol "boolean_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #2 from Tom de Vries ---
Patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 39d0275493a..6f393dfea01 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -910,7 +910,7 @@ write_fn_prot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e470d8af81d390df1166e9d9cf10b00c0692a495
commit r11-3067-ge470d8af81d390df1166e9d9cf10b00c0692a495
Author: liuhongt
Date: Tue Sep 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96978
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:fb51be60c8e7b6978f817f44d5df4759f2faf425
commit r11-3068-gfb51be60c8e7b6978f817f44d5df4759f2faf425
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96357
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Przemyslaw Wirkus
:
https://gcc.gnu.org/g:41d22ec51c4190133a082197e7ff67b4741fc09b
commit r10-8720-g41d22ec51c4190133a082197e7ff67b4741fc09b
Author: Przemyslaw W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
--- Comment #5 from Hongtao.liu ---
Fixed in GCC11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96978
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96992
Bug ID: 96992
Summary: Class arrays of different ranks are rejected as
storage association argument
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #34 from Jonathan Wakely ---
(In reply to Dmitriy Ovdienko from comment #26)
> According to requirements to the task, I cannot implement my own memory
> arena. So I have to find way how to use STL to achieve same effect.
I assume you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
--- Comment #2 from Iain Buclaw ---
(In reply to Richard Biener from comment #1)
> I guess an actual example is still helpful
After spending a few hours away and looking back, it looks like it only happens
when using any example related to pr965
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96993
Bug ID: 96993
Summary: invalid code
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96993
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Summary|invalid code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96993
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96988
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
Rainer Orth changed:
What|Removed |Added
Target|powerpc64*-linux-gnu|powerpc64*-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #35 from Jonathan Wakely ---
(In reply to Dmitriy Ovdienko from comment #33)
> @Jonathan Wakely
>
> I have one idea to improve code of p_m_r
>
> I expect that allocation are very rare operation. If true, it makes sense to
> add __un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94690
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:f93eba8c5fde83100bf0854607848b6f50c8bbb2
commit r10-8721-gf93eba8c5fde83100bf0854607848b6f50c8bbb2
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95109
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:f93eba8c5fde83100bf0854607848b6f50c8bbb2
commit r10-8721-gf93eba8c5fde83100bf0854607848b6f50c8bbb2
Author: Tobias Burnus
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96357
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #4 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #3)
> Note, the testcase would need to require int128 effective target or even
> sync_int_128_runtime, ensure linking with -latomic on offloading targets
> that need it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96993
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96200
Bug 96200 depends on bug 96955, which changed state.
Bug 96955 Summary: Implement __builtin_thread_pointer for x86 TLS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92266
--- Comment #2 from Richard Biener ---
So it would probably be good to mark the live lane to code-generate from in the
SLP node itself and make sure to mark only one for each original scalar stmt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
Bug 95654 depends on bug 95109, which changed state.
Bug 95109 Summary: [11 regression] ICE in gfortran.dg/gomp/target1.f90 after
r11-349
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95109
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95109
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94690
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
Bug ID: 96994
Summary: Missing code from consteval constructor initializing
const variable
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96988
--- Comment #2 from Alfred Agrell ---
Poked this thing a bit more, and discovered that there's no need for inlining,
you can reproduce it just as well with an extra {}.
And if you copy the function a few times, the warnings start pointing to wro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #36 from Dmitriy Ovdienko ---
> It doesn't seem to make much difference.
It is visible in the assembly. In case if you use __unlikelly, compiler moves
this code out of hot path minimizing the amount of instructions to decode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
Bug ID: 96995
Summary: The link to std api documentation is unversioned
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #37 from Dmitriy Ovdienko ---
> I assume you can't just preallocate a buffer for the pool?
I dunno... here is a requirement:
* When possible, use default GC; otherwise use per node allocation or use a
library memory pool.
* As a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
Bug ID: 96996
Summary: Missed optimzation for constant members of
non-constant objects
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
Bug ID: 96997
Summary: step over in gdb always stops in basic_string(const
_CharT* __s, const _Alloc& __a = _Alloc())
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:505590b796df18ec3fcdcd6b8060f6f1410660b2
commit r11-3073-g505590b796df18ec3fcdcd6b8060f6f1410660b2
Author: Tom de Vries
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93865
--- Comment #5 from Jakub Jelinek ---
Created attachment 49204
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49204&action=edit
gcc11-pr93865-wip.patch
Untested WIP patch which seems to fix the problem.
I have some problems with make_rela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
Bug ID: 96998
Summary: GCC ICEs in on building AArch64 Linux kernel after
basepoints/gcc-11-2903-g6b3034eaba83
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
Maxim Kuvyrkov changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from Jona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
Jonathan Wakely changed:
What|Removed |Added
Component|web |c++
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
--- Comment #2 from Matthijs Kooijman ---
> Replacing non_constant_test with a new object is possible, and allowed. But
> the name "non_constant_test" cannot be used to refer to the new object, so
> any calls to non_constant_ref() after the obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
--- Comment #2 from Alex Coplan ---
I'll take a look, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96647
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:4e03e2e08b94f65f2be3db17f880c205ec262f87
commit r11-3075-g4e03e2e08b94f65f2be3db17f880c205ec262f87
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96976
Vorfeed Canal changed:
What|Removed |Added
CC||vorfeed.canal at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
--- Comment #2 from Christopher Yeleighton ---
https://gcc.gnu.org/onlinedocs/gcc-10.2.0/libstdc++/manual/manual/../../api/namespaces.html
> would do the trick.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96999
Bug ID: 96999
Summary: regression: std::variant requires default constructor
with gcc 8-9, gcc 7.x and 10.x works
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
--- Comment #3 from Jonathan Wakely ---
Yes, that's what I said:
> I'm not saying the optimization would be invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2020-09-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96647
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
Bug ID: 97000
Summary: [nvptx, openacc] internal compiler error: in
nvptx_find_par, at config/nvptx/nvptx.c:3293
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #1 from Tom de Vries ---
At asyncwait-1.xnvptx-none.mkoffload.179t.slsr, we have the valid:
...
[local count: 87490071]:
_14 = .UNIQUE (OACC_FORK, 0, 2);
_75 = .GOACC_DIM_SIZE (0);
_76 = .GOACC_DIM_POS (0);
_77 = .GOACC_DIM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #2 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/tracer.c b/gcc/tracer.c
index 82ede722534..ec97eb51538 100644
--- a/gcc/tracer.c
+++ b/gcc/tracer.c
@@ -99,6 +99,12 @@ ignore_bb_p (const_basic_block bb)
must be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Peter Bergner from comment #5)
> (In reply to seurer from comment #3)
> > That said, should the dg-require-effective-target fortran_real_16 "work" on
> > powerpc64?
>
> REAL*16 is a 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #8 from anlauf at gcc dot gnu.org ---
(In reply to Rainer Orth from comment #6)
> The test also FAIL on 64-bit SPARC with an ICE/SEGV:
>
> 0x67606b build_round_expr
> /vol/gcc/src/hg/master/local/gcc/fortran/trans-intrinsic.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from anlauf at gcc dot gnu.org ---
> (In reply to Rainer Orth from comment #6)
>> The test also FAIL on 64-bit SPARC with an ICE/SEGV:
>>
>> 0x67606b build_round_expr
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96999
Jonathan Wakely changed:
What|Removed |Added
Known to fail||8.4.0, 9.3.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97001
Bug ID: 97001
Summary: API documentation should have a minimum dialect
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97001
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
--- Comment #3 from Jonathan Wakely ---
That would work for the online docs, not necessarily when users build them and
read them locally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> Tentative patch:
That fixes all the new libgomp FAILs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
--- Comment #4 from Christopher Yeleighton ---
Why wouldn’t it work for local documentation?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
--- Comment #4 from Alex Coplan ---
Ok, the following reduced testcase ICEs at -O2:
int h(void);
struct c d;
struct c {
int e[1];
};
void f(void) {
int g;
for (;; g = h()) {
int *i = &d.e[g];
asm("" : "=Q"(*i));
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #5 from Tom de Vries ---
Right, I just found this:
...
/* IFN_UNIQUE should be the last insn, to make checking for it
as cheap as possible. */
|| (gimple_call_internal_p (stmt)
&& gimple_cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
--- Comment #5 from Jonathan Wakely ---
If you have a relative URL like href="../../api/namespaces.html" then it only
works if the user has the API docs at that relative location.
If you have an absolute URL like
href="https://gcc.gnu.org/online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96995
--- Comment #6 from Christopher Yeleighton ---
Why wouldn’t locally installed documentation have the API book at the same
relative location?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #6 from Tom de Vries ---
I wonder if this will work:
...
diff --git a/gcc/tree-cfgcleanup.c b/gcc/tree-cfgcleanup.c
index f8169eef781..79f716b9dbe 100644
--- a/gcc/tree-cfgcleanup.c
+++ b/gcc/tree-cfgcleanup.c
@@ -212,7 +212,9 @@ stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97002
Bug ID: 97002
Summary: d: Promote types in d_type_promotes_to when linkage is
not D
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> I wonder if this will work:
> ...
> diff --git a/gcc/tree-cfgcleanup.c b/gcc/tree-cfgcleanup.c
> index f8169eef781..79f716b9dbe 100644
> --- a/gcc/tree-cfgcleanup.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #7 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:69ca5f3a988266da8905aef9cf22aa02807e0471
commit r11-3078-g69ca5f3a988266da8905aef9cf22aa02807e0471
Author: Segher Boessenkool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
Segher Boessenkool changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87767
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
--- Comment #3 from Martin Sebor ---
The MEM_REF formatting done by the C and C++ pretty-printers is very basic and
doesn't always result in useful output (usually in the most interesting cases).
I posted a patch some time ago to improve it for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
--- Comment #5 from Alex Coplan ---
This just looks like a missing pattern which we've started noticing since the
new canonicalisation was introduced.
I imagine reinstating the *add__multp2 pattern and rewriting it to
use shifts instead will fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95680
--- Comment #4 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:c6632dc9a8ee77ad66a8d62d736a9112de9e41c7
commit r11-3080-gc6632dc9a8ee77ad66a8d62d736a9112de9e41c7
Author: H.J. Lu
Date: Tue Sep 8 05:5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #8 from Tom de Vries ---
This detects the problem earlier, in the host compiler:
...
diff --git a/gcc/omp-offload.c b/gcc/omp-offload.c
index 32c2485abd4..fce01af7682 100644
--- a/gcc/omp-offload.c
+++ b/gcc/omp-offload.c
@@ -1148,6 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
--- Comment #7 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:bf69edf8ce47ca618eff30df2308279a40b22096
commit r11-3081-gbf69edf8ce47ca618eff30df2308279a40b22096
Author: H.J. Lu
Date: Wed Sep 9 10:2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #10 from anlauf at gcc dot gnu.org ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #9)
> >> 0x67606b build_round_expr
> >> /vol/gcc/src/hg/master/local/gcc/fortran/trans-intrinsic.c:408
> >
> > That's:
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
Peter Bergner changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #10 from Segher Boessenkool ---
Please show the full message? (It starts with "internal compiler error".)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96890
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:32f34977d60cafce47e10e601d7ccc7bbfbfabb9
commit r9-8854-g32f34977d60cafce47e10e601d7ccc7bbfbfabb9
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96890
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:b8c7eae4be6fccfe24ed36d618c0f2d67256e993
commit r8-10441-gb8c7eae4be6fccfe24ed36d618c0f2d67256e993
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96890
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #11 from Christophe Lyon ---
Ha sorry I missed the beginning (interleaved in the log with other commands):
during RTL pass: sched_fusion
vfprintf-internal.c: In function '__vfprintf_internal':
vfprintf-internal.c:1702:1: internal comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #12 from Segher Boessenkool ---
Thanks. Unfortunately it isn't saying much more (well, during which
pass this happened, pretty important ;-) )
> I can prepare the preprocessed source tomorrow if needed.
Thanks! That will make repr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94355
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:1690a839cff2e0276017a013419d81d675bbf69d
commit r11-3090-g1690a839cff2e0276017a013419d81d675bbf69d
Author: David Malcolm
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97003
Bug ID: 97003
Summary: Error: gfortran: No such file or directory and GNU
gortran is nor working
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97003
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95164
--- Comment #5 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:acbe30bbc884899da72df47d023ebde89f8f47f1
commit r11-3091-gacbe30bbc884899da72df47d023ebde89f8f47f1
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95164
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:f63831405a32287dea2862ce3663675cc5b55180
commit r10-8723-gf63831405a32287dea2862ce3663675cc5b55180
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95164
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Summary|[9/10/11 Reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94355
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
1 - 100 of 115 matches
Mail list logo
