https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49379
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
--- Comment #3 from Martin Liška ---
The ICE is much older that GCC-8:
acafca510c97652f(09 Oct 2014 07:40): [took: 2.880s] result: OK
pr89994.cc:18:21: error: parameter ‘’ includes reference to array of
unknown bound ‘const long int []’
b(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
JunMa changed:
What|Removed |Added
CC||JunMa at linux dot alibaba.com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
Bug 2 depends on bug 89892, which changed state.
Bug 89892 Summary: gcc generates wrong debug information at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89905
Bug 89905 depends on bug 89892, which changed state.
Bug 89892 Summary: gcc generates wrong debug information at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89432
--- Comment #3 from Uroš Bizjak ---
The original makefile set the variable with:
ifeq ($(OS),linux)
old_kernel:=$(shell [ "$$(uname -r | cut -d'-' -f1)" \< "2.6.39" ] && echo
1)
ifeq ($(old_kernel),1)
UDFLAGS+=-version=Linux_Pre_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90002
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89877
--- Comment #4 from Claudiu Zissulescu ---
Backported to gcc 8 branch revision 270200.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #6 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> The issue is
>
> std::pow (__x=..., __y=@0x7fffdcb8: 0.5)
> at /home/space/rguenther/install/gcc-9.0/include/c++/9.0.1/complex:1027
> (gdb) l
> 1022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89992
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
--- Comment #2 from JunMa ---
After a bit more thinking, the behavior of gcc trunk is right. the range of n_3
in truncation from int128 to long unsigned int equal to the range of long
unsigned int. for example: if n_3 = 0x1, then _1 is 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
--- Comment #3 from JunMa ---
(In reply to JunMa from comment #2)
> After a bit more thinking, the behavior of gcc trunk is right. the range of
> n_3 in truncation from int128 to long unsigned int equal to the range of
> long unsigned int. for ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89914
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Apr 8 08:13:50 2019
New Revision: 270201
URL: https://gcc.gnu.org/viewcvs?rev=270201&root=gcc&view=rev
Log:
/cp
2019-04-08 Paolo Carlini
PR c++/89914
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89914
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89992
--- Comment #2 from Martin Liška ---
(In reply to Richard Biener from comment #1)
> It's simply that inlining makes the guessed profile not consider the loop
> worth
> optimizing for speed. Part of that is because the loop ends up in main()
> wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
Richard Biener changed:
What|Removed |Added
Target|powerpc-*-linux-gnu |powerpc-*-linux-gnu
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90004
Bug ID: 90004
Summary: [graphite] ICE: Segmentation fault (in
scop_get_dependences(scop*))
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
Bug ID: 90005
Summary: No error produced for the wrong type of string used in
gcc >= 5.0
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Bug ID: 90006
Summary: gcc loops indefinitely around
vect_get_constant_vectors on -O2 -ftree-slp-vectorize
-fno-math-errno
Product: gcc
Version: 8.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #1 from Andrew Pinski ---
Have you tried -Wformat ?
/home/slyfox/dev/git/gcc-native-quick/../gcc-native-quick-installed
--disable-nls CFLAGS='-O1 ' CXXFLAGS='-O1 '
--with-sysroot=/usr/x86_64-HEAD-linux-gnu
Thread model: posix
gcc version 9.0.1 20190408 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Jakub Jelinek changed:
What|Removed |Added
Priority|P4 |P3
Target Milestone|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #8 from Martin Liška ---
I took back what I took back ;)
The intermediate format file is created from GCDA file and contains information
for multiple source files. So that it does not make sense to
"--preserve-paths"/"--hash-filenames
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #2 from Pawel ---
Hi,
Thanks,
Adding -Wformat indeed show up a waring here :
$ g++ -Wformat main.cpp -o out
main.cpp: In function ‘int main()’:
main.cpp:6:30: warning: format ‘%s’ expects argument of type ‘char*’, but
argument 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #3 from Andrew Pinski ---
Because GCC allows passing non pods via varargs now. This is an explicit
change due to newer c++ changes.
You could do -Werror=format to get only the format warnings changed to errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #5 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #3)
> Because GCC allows passing non pods via varargs now. This is an explicit
> change due to newer c++ changes.
Right. The C++ standard says:
"Passing a potentia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
--- Comment #2 from rene.r...@fu-berlin.de ---
Yes, sorry. this works fine with gcc-7 and gcc-8.
I also used multidelta to reduce the preprocessed file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #7 from Jonathan Wakely ---
I think it's allowed. The standards have very little to say about accuracy of
any mathematical functions, and complex(0, 0.0) == complex(0,
-0.0) is true according to the standard, because +0.0 == -0.0 is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
--- Comment #2 from Srinath Parvathaneni
---
$ ./arm-none-linux-gnueabihf-gfortran test.f90 -S -O1 -v
Using built-in specs.
COLLECT_GCC=./arm-none-linux-gnueabihf-gfortran
Target: arm-none-linux-gnueabihf
Configured with:
/tmp/dgboter/bbs/moonsh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #8 from Andrew Pinski ---
Also isn't it true that this is just a different quadrant of the solution?
That is the answer is correct but which quadrant being selected is different?
That is (a^0.5) actually has two answers where the im
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Bug ID: 90007
Summary: [9 Regression] ICE in extract_constrain_insn_cached,
at recog.c:2223
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #9 from Jonathan Wakely ---
(In reply to Richard Biener from comment #5)
> The issue is
>
> std::pow (__x=..., __y=@0x7fffdcb8: 0.5)
> at /home/space/rguenther/install/gcc-9.0/include/c++/9.0.1/complex:1027
> (gdb) l
> 1022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #6 from Pawel ---
Hi,
Thanks for the explanation. Indeed, for example, the clang does not support the
non-POD(ex. std::string) to variadic function - as :
error: cannot pass non-trivial object of type 'std::__cxx11::string' (aka
'ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
--- Comment #3 from Jakub Jelinek ---
Slightly reduced -std=c++2a -fconcepts:
namespace a {
template struct b;
template using aa = c;
template bool ab;
struct ac;
template using ad = ac;
template class ae { ae(c); };
}
namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #7 from Pawel ---
The "-Werror=format" solution seems to work for me - it triggers the error here
(missing .c_str()) even for the gcc >= 5.0 - leaving all the other, non-related
warnings untouched.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
--- Comment #1 from Andrew Pinski ---
Related to PR 65143.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78873
--- Comment #1 from Jonathan Wakely ---
(In reply to Ambroz Bizjak from comment #0)
> But I think it is not valid; the result of the reinterpret_cast does not
> point to a Liar object, so the static_cast done in TestDevirtualuzation
> *should* be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
--- Comment #6 from Jakub Jelinek ---
Created attachment 46097
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46097&action=edit
gcc9-pr89998.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67184
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2016-01-29 00:00:00 |2019-4-8
--- Comment #6 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
--- Comment #3 from Richard Biener ---
OK, so the issue is we rely on vect_get_smallest_scalar_type to get us the
expected vectors for the call input but that doesn't work here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
Richard Biener changed:
What|Removed |Added
Summary|[8/9 Regression] ICE in |[8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Mon Apr 8 11:52:18 2019
New Revision: 270203
URL: https://gcc.gnu.org/viewcvs?rev=270203&root=gcc&view=rev
Log:
2019-04-01 Bin Cheng
PR tree-optimization/89725
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90004
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Mon Apr 8 12:16:15 2019
New Revision: 270204
URL: https://gcc.gnu.org/viewcvs?rev=270204&root=gcc&view=rev
Log:
Add data_file to GCOV interm. format (PR gcov-profile/89961).
2019-04-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
--- Comment #4 from Srinath Parvathaneni
---
(In reply to Thomas Koenig from comment #3)
> Can you update to a revision after r270150 and try again?
On gcc trunk this got fixed as follows.
$ ./arm-none-linux-gnueabihf-gfortran test.f90 -O1
test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89865
--- Comment #23 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 8 12:35:22 2019
New Revision: 270205
URL: https://gcc.gnu.org/viewcvs?rev=270205&root=gcc&view=rev
Log:
PR rtl-optimization/89865
* config/i386/i386.md
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89865
--- Comment #24 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 8 12:36:58 2019
New Revision: 270206
URL: https://gcc.gnu.org/viewcvs?rev=270206&root=gcc&view=rev
Log:
PR rtl-optimization/89865
* config/i386/i386.md: Add peep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89904
Thomas Koenig changed:
What|Removed |Added
CC||srinath.parvathaneni at arm
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89865
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83033
--- Comment #4 from Richard Earnshaw ---
Author: rearnsha
Date: Mon Apr 8 12:59:24 2019
New Revision: 270207
URL: https://gcc.gnu.org/viewcvs?rev=270207&root=gcc&view=rev
Log:
The fma_forest, fma_root_node and func_fma_steering classes lack a
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89941
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Apr 8 13:08:30 2019
New Revision: 270208
URL: https://gcc.gnu.org/viewcvs?rev=270208&root=gcc&view=rev
Log:
Add missing libsanitizer extra patch (r259664) (PR sanitizer/89941).
2019
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90008
Bug ID: 90008
Summary: [9 Regression] variant attempts to copy rhs in
comparison operators
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89941
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009
Bug ID: 90009
Summary: [nvptx] ICE when OpenACC region has num_workers>1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Apr 8 13:54:02 2019
New Revision: 270210
URL: https://gcc.gnu.org/viewcvs?rev=270210&root=gcc&view=rev
Log:
2019-04-08 Richard Biener
PR tree-optimization/90006
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83033
Richard Earnshaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 83033, which changed state.
Bug 83033 Summary: aarch64/cortex-a57-fma-steering.c: 3 * poor C++ style ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83033
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #10 from Steve Kargl ---
On Mon, Apr 08, 2019 at 09:59:22AM +, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
>
> --- Comment #7 from Jonathan Wakely ---
> I think it's allowed. The standards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89888
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89993
--- Comment #1 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #0)
> It looks like the default incoming stack isn't a constant:
And where is the bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89888
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
Roman Zhuykov changed:
What|Removed |Added
CC||zhroma at ispras dot ru
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
--- Comment #4 from Roman Zhuykov ---
Thanks for testcase.
2-3 weeks ago I already caught and fixed this on my local branch, see some info
in the bottom.
Current algorithm which finds recurrence_length for all DDG strongly connected
components w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89993
--- Comment #2 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #1)
> (In reply to H.J. Lu from comment #0)
> > It looks like the default incoming stack isn't a constant:
> And where is the bug?
The bug is that -mstackrealign has different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90002
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90010
Bug ID: 90010
Summary: valgrind error with snprintf and -Wall
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90010
--- Comment #1 from David Binderman ---
I forgot to mention that I have also set a valgrind option:
$ set | fgrep VAL
VALGRIND_OPTS=--expensive-definedness-checks=yes
$
Might be significant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90008
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #11 from Steve Kargl ---
On Mon, Apr 08, 2019 at 02:32:38PM +, sgk at troutmask dot
apl.washington.edu wrote:
>
> I don't have a copy of the C++ standard, so take this specualtion.
> pow(z,0.5) is equivalent to sqrt(z). From the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #1)
> What is allocate supposed to do if the array and the mold are not
> conformable?
AFAICS the mold expr is normally only used for the type, provid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
--- Comment #4 from Martin Sebor ---
You're right that the conversion from int128_t to unsigned long can result in
truncation, so the range of the result is that of unsigned long. Yet I suspect
that relying on it is more likely unintentional and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89888
--- Comment #5 from Jakub Jelinek ---
Created attachment 46100
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46100&action=edit
gcc9-pr89888.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68972
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #12 from Jonathan Wakely ---
(In reply to Steve Kargl from comment #11)
> unless [Note: ...] is non-normative text.
That's exactly what it is.
But we can still aim to meet the intended behaviour.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90011
Bug ID: 90011
Summary: trailing space in diagnostic
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: translation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90011
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
1 - 100 of 150 matches
Mail list logo