https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96272
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #2)
> Well, it needs the addition too, so I think this can't be done in match.pd,
> but would need to be done in some other pass (not sure which, perhaps
> phiopt?).
May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97941
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #9 from luoxhu at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #6)
> (In reply to luoxhu from comment #4)
> > float foo(float f, float x, float y) {
> > return (fabs(f)*x+y);
> > }
> >
> > the input of fabs is float typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #10 from luoxhu at gcc dot gnu.org ---
Even we could optimize fabs to fabsf, it doesn't help here as y and z are
already promoted to double, then we still need a large pattern to match the
MUL&PLUS expression in match.pd, so fabs to fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97904
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:d3585f5d0df47ffa453f5fe436fdf588301e5314
commit r11-5243-gd3585f5d0df47ffa453f5fe436fdf588301e5314
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97942
Bug ID: 97942
Summary: [C++20][P0692R1] Access checking not waived for
declarations of explicit specializations of function
and variable templates
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
Bug ID: 97943
Summary: [11 Regression] ICE with __builtin_clear_padding on
flexible array member
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Richard Biener changed:
What|Removed |Added
Priority|P4 |P2
--- Comment #25 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #26 from Jakub Jelinek ---
Bet we ICF and then inline it back into the "thunk".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
--- Comment #1 from Richard Biener ---
I think the only viable route is to _not_ clear the "padding" covered by
flexarray members. We may never ever clear actual values and they, as you say,
could be actual values.
But ... can we even do a atom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97944
Bug ID: 97944
Summary: 30_threads/jthread/95989.cc fails randomly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #15 from SRINATH PARVATHANENI ---
(In reply to Bernd Edlinger from comment #14)
> fixed on trunk.
Thanks Bernd for fixing this on trunk, would you mind backporting this to
GCC-10 as well?
Thanks you.
Regards,
Srinath.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
--- Comment #2 from Richard Biener ---
(In reply to Richard Biener from comment #1)
> I think the only viable route is to _not_ clear the "padding" covered by
> flexarray members. We may never ever clear actual values and they, as you
> say,
> c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97945
Bug ID: 97945
Summary: undefined reference err when a function defined inline
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929
--- Comment #11 from Jonathan Wakely ---
(In reply to Victor Mataré from comment #10)
> OK, thanks for the clarification. But I feel I need to point out that that's
> just a huge WTF. How is a C++ dev supposed to know from the standard docs
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97944
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97945
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #7 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97946
Bug ID: 97946
Summary: passing templated function without template argument
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89714
--- Comment #2 from Jonathan Wakely ---
-D_GLIBCXX_GTHREAD_USE_WEAK=0 appears to work, but is not officially supported.
It also only affects the code in the libstdc++ headers, not the code inside
libstdc++.so that checks __gthread_active_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #11 from rguenther at suse dot de ---
On Mon, 23 Nov 2020, luoxhu at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
>
> --- Comment #10 from luoxhu at gcc dot gnu.org ---
> Even we could optimize fabs to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947
Bug ID: 97947
Summary: [11 Regression] ICE in digest_init_r, at
cp/typeck2.c:1145
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97948
Bug ID: 97948
Summary: C++2a synchronization tests fail to link on arm
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97949
Bug ID: 97949
Summary: Recursive calls of std::call_once together with cout
leads to deadlock under mingw64
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97944
Christophe Lyon changed:
What|Removed |Added
Version|11.0|10.2.1
--- Comment #1 from Christophe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96734
--- Comment #10 from Martin Liška ---
All right, I have a reduced test-case (with the failing stage1 compiler):
$ cat method.ii
typedef union tree_node *tree;
struct tree_typed {
tree type;
};
struct tree_type_non_common {
tree lang_1;
};
u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80992
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80992
--- Comment #1 from Jonathan Wakely ---
I think crossconfig.m4 for mingw32* should use GCC_CHECK_TLS too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89714
--- Comment #3 from Thomas Neumann ---
Perhaps the header files could be changed to react to _REENTRANT, as that seems
to be the define that is set by gcc when requesting threading support.
The redundant checks within the shared library are less
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97941
--- Comment #1 from Matthew Malcomson ---
Hi Akhilesh,
No that's certainly not a known issue -- thanks for reporting it!
I'm having trouble reproducing your issue, do you mind giving a little more
information on your command line and the machin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87679
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97948
--- Comment #1 from Andreas Schwab ---
See also PR81358.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94996
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63829
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67116
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
--- Comment #4 from Jakub Jelinek ---
BTW, for all the 3 cases __builtin_clear_padding will be called on, i.e. the
constructor of std::atomic for the type, the desired argument passed by value
and the expected argument, which while it is passed b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
--- Comment #5 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #4)
> value and the expected argument, which while it is passed by value is also
Sorry, meant passed by reference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
Bug ID: 97950
Summary: Unoptimal code generation with
__builtin_*_overflow{,_p} for short and __int128
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60662
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97951
Bug ID: 97951
Summary: Template specialization of function template fails for
fixed-sized SVE vector types.
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607
--- Comment #7 from Petr Sumbera ---
Just to confirm that '-fno-delayed-branch' as workaround seems to work (at
least based on provided test case).
Probably better is to modify the code like this:
--- gcc-10.2.0/gcc/config/sparc/sparc.c
+++ gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607
--- Comment #8 from Eric Botcazou ---
Sorry for dropping the ball, I'll get back to it momentarily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97952
Bug ID: 97952
Summary: Poor optimization of closure-like construct in C++ as
compared to C
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97952
--- Comment #1 from eric-gcc at omnifarious dot org ---
Because you might not like Godbolt links, here is the C code:
//---cut here---
/*** core string search routine ***/
typedef char *String;
typedef unsigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97928
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97940
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953
Bug ID: 97953
Summary: ICE (segfault) during GIMPLE pass: loopdone compiling
libgcc/config/libbid/bid128_fma.c:190:1
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97933
--- Comment #3 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #1)
> Started with r11-5034-g253c415a1acba50711c82693426391743ac18040
Sorry for causing this error. It is clearly my mistake. I've started to work
on this. The fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953
--- Comment #1 from Chris Clayton ---
Created attachment 49611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49611&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953
--- Comment #2 from Chris Clayton ---
Created attachment 49612
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49612&action=edit
Full build log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97951
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97928
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89714
--- Comment #4 from Jonathan Wakely ---
That wouldn't help when people link directly with -lpthread rather than
-pthread. _REENTRANT is not required for pthreads, so I don't think we should
depend on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038
--- Comment #5 from Bill Long ---
Original submitter asking for a fixed-in version number.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97948
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97949
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60662
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> I'm not sure why this_thread::sleep_for (which just calls nanosleep) causes
> libpthread.so to get linked in, but ldd shows that there is a libpthread.so
> de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97948
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fd62daea40e09c1e6d599a6171db6b298d6c362e
commit r11-5255-gfd62daea40e09c1e6d599a6171db6b298d6c362e
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97948
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97954
Bug ID: 97954
Summary: [11 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2360
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97955
Bug ID: 97955
Summary: [11 Regression] ICE in build_array_type_1, at
tree.c:8264
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97956
Bug ID: 97956
Summary: [11 Regression] ICE in build2, at tree.c:4872
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97957
Bug ID: 97957
Summary: ICE in init_dynamic_diag_info, at
c-family/c-format.c:5024
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97957
--- Comment #1 from G. Steinmetz ---
Another similar situation :
$ cat z2.c
typedef long __gcc_host_wide_int__;
typedef long __gcc_host_wide_int__;
__attribute__ ((__format__ (__asm_fprintf__, 1, 2)))
void f () {}
$ gcc-11-20201122 -c z2.c
z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
Jonathan Wakely changed:
What|Removed |Added
Summary|Crash using std::thread and |[8/9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97958
Bug ID: 97958
Summary: ICE in build2, at tree.c:4868
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96272
--- Comment #5 from Jakub Jelinek ---
It shouldn't be added to match.pd, the check as written in the source is
certainly better for other optimization passes.
For PR95853 I've added recently a widening_mul (i.e. very late pass, almost
before expa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97959
Bug ID: 97959
Summary: Random FAIL: gcc.dg/lto/save-temps
c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O
-flto -save-temps
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97960
Bug ID: 97960
Summary: [8/9/10/11 Regression] Wrong code at -O3 since
r8-6511-g3ae129323d
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97958
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97960
--- Comment #1 from Alex Coplan ---
C testcase:
const int *c(const int *p, const int *q)
{
if (*p < *q)
return q;
return p;
}
short a[575];
unsigned b[25];
unsigned char g;
int main()
{
for (int e = 0; e < 23; ++e)
a[e * 23] = 161
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97960
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97961
Bug ID: 97961
Summary: unnecessary moves with __builtin_{add,sub}_overflow_p
and __int128
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
--- Comment #2 from denis.campredon at gmail dot com ---
Thanks for your fast patch. I've opened PR97961 for the __int128 problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97957
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-11-23
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-11-23
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97956
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Summary|[11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97955
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947
--- Comment #2 from Marek Polacek ---
We crash here
1143 /* Come here only for aggregates: records, arrays, unions, complex
numbers
1144 and vectors. */
1145 gcc_assert (code == ARRAY_TYPE
1146 || VECTOR_TYPE_P (type)
114
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97954
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97927
--- Comment #8 from Jakub Jelinek ---
Can't reproduce with 20201005 10 branch or current trunk.
The 10 branch changed tree-nested.c e.g. in r10-8663, but I don't really see
any linear, lastprivate or reduction clauses in this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
--- Comment #3 from Uroš Bizjak ---
Comment on attachment 49613
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49613
gcc11-pr97950.patch
>+(define_insn_and_split "*setcc_hi_1"
>+ [(set (match_operand:HI 0 "register_operand" "=q")
>+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
Jakub Jelinek changed:
What|Removed |Added
Attachment #49613|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97949
--- Comment #1 from Jonathan Wakely ---
This isn't specific to mingw, it's a bug in the std::call_once implementation
for non-TLS targets. t2 runs outerDoOnce() and tries to acquire a mutex lock
before running innerDoOnce(), but that mutex is hel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92294
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97962
Bug ID: 97962
Summary: [10/11] ICE in build_over_call, at cp/call.c:8976
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97949
--- Comment #2 from Jonathan Wakely ---
Oh, and I think the cout calls just slow things down and introduce some
serialization (in stdio) so that the threads run concurrently.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97951
David Tellenbach changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97943
--- Comment #6 from Jason Merrill ---
I think we should reject trying to clear the padding of a flexible/zero-length
array, with error rather than sorry. And handle an array at the end of a
struct like any other array. Nobody should be using th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #16 from Bernd Edlinger ---
(In reply to SRINATH PARVATHANENI from comment #15)
> (In reply to Bernd Edlinger from comment #14)
> > fixed on trunk.
>
> Thanks Bernd for fixing this on trunk, would you mind backporting this to
> GCC-1
1 - 100 of 116 matches
Mail list logo
