https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #3 from Erick Ochoa ---
(In reply to Erick Ochoa from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Did you try -fno-strict-aliasing?
>
> CXX = $(CXX_PATH) -ggdb
> TUNE_FAST= -mtune=emag -O3
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95337
Bug ID: 95337
Summary: duplicated deprecated attribute gives incorrectly
duplicated diagnostic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #2 from Erick Ochoa ---
(In reply to Andrew Pinski from comment #1)
> Did you try -fno-strict-aliasing?
CXX = $(CXX_PATH) -ggdb
TUNE_FAST= -mtune=emag -O3
CXXOPTIMIZE = $(TUNE_FAST) -fno-strict-aliasing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95058
--- Comment #9 from Bill Seurer ---
It looks good in a test I just ran.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
--- Comment #4 from Andrew Pinski ---
(In reply to Haoxin Tu from comment #3)
> Would GCC shorten the multiple to be other types early as well? I also find
> some cases in "short" type with the same symptom. I am still testing now and
> don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #1 from Andrew Pinski ---
Did you try -fno-strict-aliasing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #5 from Wilco ---
(In reply to Bu Le from comment #0)
Also it would be much more efficient to have a relocation like this if you
wanted a 48-bit PC-relative offset:
adrpx0, bar1.2782
add x0, x0, :lo12:bar1.2782
movkx0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:6f7585deedc140667fd496b48c9fc4f7d625605c
commit r11-636-g6f7585deedc140667fd496b48c9fc4f7d625605c
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
--- Comment #3 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2020-May/546535.html
n --enable-lto
--enable-gold --enable-linker-build-id --with-cpu-emag
--prefix=/home/eochoa/code/gcc-inst/
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20200526 (experimental) (GCC)
[0] https://gcc.gnu.org/gcc-10/porting_to.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:cd8cc299de624a764a5dcbcd7fb031a6b3e6b855
commit r9-8625-gcd8cc299de624a764a5dcbcd7fb031a6b3e6b855
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95335
Bug ID: 95335
Summary: [11 Regression] ICE in vectorizable_scan_store at
gcc/tree-vect-stmts.c:7164 since
r11-615-gdc0c0196340f7ac5
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95335
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87847
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139
Richard Biener changed:
What|Removed |Added
Severity|normal |major
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #4 from Wilco ---
(In reply to Bu Le from comment #3)
> (In reply to Wilco from comment #2)
>
> > Is the main usage scenario huge arrays? If so, these could easily be
> > allocated via malloc at startup rather than using bss. It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95273
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1d72079ba3a370d6751953312f0de76d1a1c555d
commit r11-634-g1d72079ba3a370d6751953312f0de76d1a1c555d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #3 from Bu Le ---
(In reply to Wilco from comment #2)
> Is the main usage scenario huge arrays? If so, these could easily be
> allocated via malloc at startup rather than using bss. It means an extra
> indirection in some cases (to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88780
Arjan van Vught changed:
What|Removed |Added
CC||arjan.van.vught at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
--- Comment #3 from Jonathan Wakely ---
Adding this to transform_view::_Sentinel fixes it:
friend constexpr bool
operator==(const _Iterator& __x, const _Sentinel& __y)
requires (!_Const)
{ return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
--- Comment #2 from Jonathan Wakely ---
There's an implicit conversion from sentinel to sentinel, but that
would only happen if the operator== had been found, and since it's a hidden
friend it can't be found unless one of the operands is already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95334
--- Comment #1 from Jonathan Wakely ---
My guess is that G++ folds the constants early and the overflow happens at
compile time, so is never seen by UBsan.
WCHAR_MAX = " << WCHAR_MAX << std::endl;
return 0;
}
GCC detect nothing.
$g++ -w -fsanitize=signed-integer-overflow test2.cc; ./a.out
1091641664
WCHAR_MIN = -2147483648
WCHAR_MAX = 2147483647
My g++ version
$g++ --version
g++ (GCC) 11.0.0 20200526 (experimental)
Copyright (C) 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
--- Comment #3 from Florian Schanda ---
I have created https://sourceware.org/bugzilla/show_bug.cgi?id=26045
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
--- Comment #2 from Matthias Klose ---
I see it as a usage regression, because suddenly a developer using the nxptx
offloading gets an error message about an unrelated offload compiler that
didn't exist before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
--- Comment #3 from Haoxin Tu ---
Would GCC shorten the multiple to be other types early as well? I also find
some cases in "short" type with the same symptom. I am still testing now and
don't know there are any cases in rest of types(such as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
--- Comment #2 from Florian Schanda ---
Cool, thanks for the pointer to their bug tracker. I'll bother them instead ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95333
Bug ID: 95333
Summary: [11 Regression] error: number of counters in profile
data for function ‘exp_attr__find_stream_subprogram’
does not match its profile data (counter ‘arcs’,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332
Bug ID: 95332
Summary: gcov-tool merge："not a gcov data file"
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95331
--- Comment #1 from José Rui Faustino de Sousa ---
Created attachment 48604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48604=edit
Fortran code demonstrating problems.
Somehow the testcase was left behind...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95331
Bug ID: 95331
Summary: Unlimited polymorphic arrays have wrong bounds
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95315
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95330
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-05-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
--- Comment #9 from José Rui Faustino de Sousa ---
Hi All,
Still present in:
GNU Fortran (GCC) 9.3.1 20200525
GNU Fortran (GCC) 10.1.1 20200525
GNU Fortran (GCC) 11.0.0 20200525 (experimental)
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
José Rui Faustino de Sousa changed:
What|Removed |Added
CC||jrfsousa at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
--- Comment #1 from Stefaan De Roeck ---
During further development, I nevertheless did find a shorter snippet to
reproduce the issue:
template
struct Data
{
int a, b;
};
template
void func()
{
auto [a, b] = Data();
}
int main() { func();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #43 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:b425be2c4c6763436d63543501c6762ae031e43c
commit r10-8186-gb425be2c4c6763436d63543501c6762ae031e43c
Author: Alexandre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #5 from Jason ---
(In reply to Jason from comment #4)
> (In reply to Richard Biener from comment #3)
> > Can you attach a "representativ" (maybe the worst?) compilation unit in
> > preprocessed form?
>
> Compressed, the preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95273
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #4 from Jason ---
(In reply to Richard Biener from comment #3)
> Can you attach a "representativ" (maybe the worst?) compilation unit in
> preprocessed form?
Compressed, the preprocessed translation unit in question is just too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95330
Bug ID: 95330
Summary: Unneeded -Wmissing-braces warning when initialising
std::array
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Bug ID: 95329
Summary: fmaxf(inf, nan) does not always work
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92773
Szőts Ákos changed:
What|Removed |Added
CC||szotsaki at gmail dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95319
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
Bug ID: 95328
Summary: structured binding of template type inside template
function is reported as "incomplete class type"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
--- Comment #2 from Martin Liška ---
Reduced test-case:
cat pr95317.ii
template void fn1() {
[](auto) {
enum { VALUE };
VALUE;
};
}
main() { fn1; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95197
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f1f862aec2c3b93dbd6adfc35b0e1b6034e59c21
commit r11-629-gf1f862aec2c3b93dbd6adfc35b0e1b6034e59c21
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
--- Comment #2 from Tobias Burnus ---
Possible patch:
diff --git a/gcc/lto-streamer-out.c b/gcc/lto-streamer-out.c
index 288e3c0f4c6..6441ab30c8b 100644
--- a/gcc/lto-streamer-out.c
+++ b/gcc/lto-streamer-out.c
@@ -591,7 +591,7 @@ local_tree_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95315
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95325
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Version|10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95319
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95323
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
--- Comment #7 from Jonathan Wakely ---
Oops, autocorrect.
s/yesterday/testcase/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
--- Comment #6 from Jonathan Wakely ---
Not important for me. I don't remember where the yesterday came from.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69493
--- Comment #10 from luoxhu at gcc dot gnu.org ---
In expand, Power8 will emit two register permute instructions to byte swap the
contents by rs6000_emit_le_vsx_move.
P9:
5: NOTE_INSN_BASIC_BLOCK 2
2: r129:TF=%1:TF
3: r130:TF=%3:TF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
Bug ID: 95327
Summary: [11 Regression] ICE in vect_get_constant_vectors, at
tree-vect-slp.c:3655
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
101 - 174 of 174 matches
Mail list logo
