https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #7 from user202729 ---
(In reply to Andrew Pinski from comment #6)
> They can be different due to the way shared libraries work.
Ah, too bad.
Is it safe to at least assume that the function pointers inside the virtual
pointer table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #3 from Robin Dapp ---
For the record - the hunk before bootstrapped and regtested on the cfarm
machines and tested successfully on aarch64 qemu with sve. I still need to set
up a regtest environment with SME.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115395
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115394
Richard Biener changed:
What|Removed |Added
Keywords||internal-improvement
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115388
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #6 from Andrew Pinski ---
They can be different due to the way shared libraries work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115384
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #5 from user202729 ---
(In reply to Andrew Pinski from comment #3)
> Except it is not valid.
>
> See https://gcc.gnu.org/pipermail/libstdc++/2004-February/021443.html which
> changed this to be always a string comparison.
Thanks f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115383
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115383
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c1429e3a8da0cdfe9391e1e9b2c7228d896a3a87
commit r15-1126-gc1429e3a8da0cdfe9391e1e9b2c7228d896a3a87
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #2 from Richard Biener ---
I think it should work, but there's also prepare_vec_mask which is using a
cache but I have no idea whether this is applicable for non-load/store and
whether there's extra work to be done for it to be usabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #3 from Andrew Pinski ---
Except it is not valid.
See https://gcc.gnu.org/pipermail/libstdc++/2004-February/021443.html which
changed this to be always a string comparison.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #2 from user202729 ---
(In reply to Andrew Pinski from comment #1)
> I am not so sure. Many times the comparison becomes a string comparison and
> not comparing the vtable.
That's my point. Pointer comparison is faster than string c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
--- Comment #1 from Andrew Pinski ---
I am not so sure. Many times the comparison becomes a string comparison and not
comparing the vtable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
--- Comment #3 from Uroš Bizjak ---
(In reply to Sergei Trofimovich from comment #0)
> if (__builtin_add_overflow ((uintptr_t) string, maxlen, &end))
> end = -1;
>
> Could it be that dead store to `&end` somehow conflicts with a f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115410
Bug ID: 115410
Summary: Missing optimization: typeid(*a)==typeid(*b) could be
optimized to a->_vptr==b->_vptr
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
--- Comment #3 from Collin Funk ---
Oops, Sorry about that. Here is the compile command:
gcc15.0 -I. -I./lib -Ilib -I./lib -Isrc -I./src -fstrict-flex-arrays -Wall
-Warith-conversion -Wbad-function-cast -Wcast-align=strict -Wdate-time
-Wdis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115308
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Matthias Kretz
:
https://gcc.gnu.org/g:489b58b79782fa361c0d7e852e0e684d743c8399
commit r14-10296-g489b58b79782fa361c0d7e852e0e684d743c8399
Author: Matthias Kret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Matthias Kretz
:
https://gcc.gnu.org/g:237f060033bc119461c43aae482254463f01b29e
commit r14-10295-g237f060033bc119461c43aae482254463f01b29e
Author: Matthias Kret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114958
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Matthias Kretz
:
https://gcc.gnu.org/g:ff4646793f2805f0c66705469becdfdd4b5356d1
commit r14-10294-gff4646793f2805f0c66705469becdfdd4b5356d1
Author: Matthias Kret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
--- Comment #2 from Andrew Pinski ---
Note the warning in this case normally does not show up unless you are using
-Wsystem-headers . We should fix the warning still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
Bug ID: 115409
Summary: avx512 intrinsics trigger -Wshift-overflow
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113042
--- Comment #3 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/654011.html
I will implement the TI change later as it requires some middle-end changes
still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
--- Comment #5 from Li Pan ---
Thanks all. I can reproduce this now.
Sorry I didn't run the test with glibc(only newlib), will take care of it ASAP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #4 from gagan sidhu (broly) ---
well, i can give the final pass since it's a bit generic:
AR=ar LDFLAGS="-Wl,-rpath,/cross/lib" \
../gcc-14.1.0/configure --prefix=/cross \
--target=mips64el-none-linux-gnu --build=x86_64-a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #3 from gagan sidhu (broly) ---
that's my secret sauce, dogg.
i can email it to you but don't give it out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #1 from gagan sidhu (broly) ---
Created attachment 58395
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58395&action=edit
mips64el-none-linux-gnu, openssl 1.1.1v, mabi=32, glibc 2.38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
Bug ID: 115408
Summary: regression between gcc 13.3.0 and 14.1.0 using -mips16
and -minterlink-mips16 with openssl
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
--- Comment #2 from Sergei Trofimovich ---
Thank you for the hints!
I did not yet fully extracted self-contained example but got a bit closer to
it.
Comparing glibc binary before and after r15-1113-gde05e44b2ad963 the only
function that change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113218
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115401
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-06-09
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115402
--- Comment #4 from Andrew Pinski ---
https://lists.isocpp.org/lib/2024/06/28451.php
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115402
--- Comment #3 from Andrew Pinski ---
https://cplusplus.github.io/LWG/issue3508
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115402
--- Comment #2 from Andrew Pinski ---
Note libc++ also fails this. So Does Microsoft's c++ library using MSVC.
So I am not sure if this is a bug or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115402
--- Comment #1 from Andrew Pinski ---
Created attachment 58393
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58393&action=edit
Full testcase from compiler explorer link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115407
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115221
Sam James changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115388
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
--- Comment #4 from Marc Poulhiès ---
This is command line that triggers the same error in all the nightly builds for
riscv32/64 compiler explorer.
```
$ riscv32-unknown-linux-gnu-gcc -g -O2 -march=rv32gc -mabi=ilp32d input.c
-c -std=gnu11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
Marc Poulhiès changed:
What|Removed |Added
CC||dkm at gcc dot gnu.org
--- Comment #3 f
izer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r15-1122-20240609121028-g8bb6b2f4ae1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240609 (experimental) (GCC)
-enable-libsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r15-1122-20240609121028-g8bb6b2f4ae1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240609 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115405
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-09
Status|UNCONFIRM
9121028-g8bb6b2f4ae1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240609 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Uroš Bizjak changed:
What|Removed |Added
CC||pan2.li at intel dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Bug ID: 115404
Summary: [15 Regression] possibly wrong code on glibc-2.39
since r15-1113-gde05e44b2ad963
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
--- Comment #2 from Sergei Trofimovich ---
`cvise` came up with this example:
//$ cat float_test.cc.cc
template __attribute__((always_inline)) inline void
AssertEqual() {}
void TestAllF16FromF32() { AssertEqual(); }
#pragma GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
--- Comment #14 from GCC Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:8bb6b2f4ae19c3aab7d7a5e5c8f5965f89d90e01
commit r15-1122-g8bb6b2f4ae19c3aab7d7a5e5c8f5965f89d90e01
Author: Uros Bizjak
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
--- Comment #1 from Sergei Trofimovich ---
Created attachment 58388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58388&action=edit
float_test.cc.cc.xz
Attaching preprocessed file. It fails as:
$ g++ -O2 -std=c++17 -c float_test.cc.cc
f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
Bug ID: 115403
Summary: [15 Regression] highway build from git fails with
'target specific option mismatch' since
r15-902-geff00046409a72
Product: gcc
Version:
'bool
std::__atomic_ref<_Tp, true, false>::compare_exchange_weak(_Tp&, _Tp,
std::memory_order, std::memory_order) const [with _Tp = volatile int]':
/opt/compiler-explorer/gcc-trunk-20240609/include/c++/15.0.0/bits/atomic_base.h:1674:30:
required from 'bool std::__at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #7 from David Binderman ---
(In reply to anlauf from comment #6)
> Judging from the name of the testcase this could be a quite different issue.
>
> Please open a separate PR and attach the source there.
Done. See https://gcc.gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115401
Bug ID: 115401
Summary: valgrind error in gfc_class_len_get
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
60 matches
Mail list logo
