https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
Bug ID: 97566
Summary: [[no_unique_address]] causes miscompiles when mixed
with EBO in constexpr context
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97491
--- Comment #2 from anlauf at gcc dot gnu.org ---
The patch
diff --git a/gcc/fortran/resolve.c b/gcc/fortran/resolve.c
index a210f9aad43..096108f4317 100644
--- a/gcc/fortran/resolve.c
+++ b/gcc/fortran/resolve.c
@@ -16476,6 +16507,7 @@ gfc_impur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97547
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |MOVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:98931867e61552f76af90eb5337a28ccedbd604b
commit r8-10596-g98931867e61552f76af90eb5337a28ccedbd604b
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:8d3b261f250a3863d886ae845e47f235d301fb09
commit r9-9010-g8d3b261f250a3863d886ae845e47f235d301fb09
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97237
--- Comment #4 from Toni Neubert ---
This code seems to fail for the same reason:
constexpr int get() {
[[maybe_unused]] auto i = 1 << 32;
return 0;
}
template
constexpr int test() {
return a;
}
constexpr int t1 = get();
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565
--- Comment #1 from Sergei Trofimovich ---
If I change 'abort' name to 'foo' then test works fine:
$ cat abort.cpp
extern "C" void foo(void) {
foo();
}
$ cat main.cpp
extern "C" void foo(void);
int main(int argc, char * argv[]) {
foo();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565
Bug ID: 97565
Summary: -flto -ipa-pta ICE: at
cgraph_node::get_untransformed_body()
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
--- Comment #3 from Thomas Koenig ---
A little bit more reduced.
module types
type local_model_state
real, allocatable :: ps(:,:) ! Surface pressure
end type local_model_state
contains
function int_mult(ms, ifactor)
type(local_mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97564
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
CC||mar...@mpa-garching.mpg.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97564
Bug ID: 97564
Summary: [11.0 regression] pybind11 compilation failure
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #12 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #11)
> Created attachment 49438 [details]
> Numbers a, b so that 2^b ā” 1 mod a up to b=64, larger b taken if several
> solutions exist
>
A quick check that all numbe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #11 from Thomas Koenig ---
Created attachment 49438
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49438&action=edit
Numbers a, b so that 2^b ā” 1 mod a up to b=64, larger b taken if several
solutions exist
Here is the promised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97563
--- Comment #1 from Damian ---
More information:
The build is when i try to build cmake from source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97563
Bug ID: 97563
Summary: undefined reference to
`std::__cxx11::basic_string, std::allocator
>::reserve()'
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97451
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97451
--- Comment #6 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:1aeb7d7d67d167297ca2f4a97ef20f68e7546b4c
commit r11-4338-g1aeb7d7d67d167297ca2f4a97ef20f68e7546b4c
Author: H.J. Lu
Date: Fri Oct 16 05:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97560
--- Comment #3 from Jakub Jelinek ---
Seems it doesn't ICE anymore since
r11-4200-g966fdb2e12c0347aa3f9efaf5f4e1cd8237fa024
Thus I think we want the testcase into the testsuite and close this as fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97562
Bug ID: 97562
Summary: NRVO is very fragile (adding an extra scope breaks the
optimization)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97560
--- Comment #2 from Aldy Hernandez ---
$ ./cc1plus a.c -O2 -fno-tree-forwprop -fnon-call-exc
eptions -quiet
$
Is this still an issue? I can't reproduce on trunk, and I see the PR was
reported against a snapshot from 18-oct. A lot has changed i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96241
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96241
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:da76d98f1d547950e4e344016104a42cff2818de
commit r10-8942-gda76d98f1d547950e4e344016104a42cff2818de
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96241
--- Comment #6 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:0df73beea03f9dc124dc6e98ec4bdeacca7a2eea
commit r11-4337-g0df73beea03f9dc124dc6e98ec4bdeacca7a2eea
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #10 from seurer at gcc dot gnu.org ---
I tried it on powerpc64 yesterday and it built on the systems where it had
failed previously although there were some new Ada test case failures. I'll
give it another run to see if it is still OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97561
Bug ID: 97561
Summary: coroutine_handle doesn't have inheritance
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
|REOPENED
--- Comment #9 from Andreas Schwab ---
Still broken.
/daten/riscv64/gcc/gcc-20201024/Build/./gcc/xgcc
-B/daten/riscv64/gcc/gcc-20201024/Build/./gcc/ -B/usr/riscv64-suse-linux/bin/
-B/usr/riscv64-suse-linux/lib/ -isystem /usr/riscv64-suse-linux/include
-isystem /usr/riscv64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97560
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97560
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97560
Bug ID: 97560
Summary: [11 Regression] ICE: tree check: expected tree that
contains 'decl common' structure, have 'component_ref'
in tree_could_trap_p, at tree-eh.c:2708
Pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97538
--- Comment #4 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:16e2427f50c208dfe07d07f18009969502c25dc8
commit r11-4336-g16e2427f50c208dfe07d07f18009969502c25dc8
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97538
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97556
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-10-24
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97555
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-10-24
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
--- Comment #1 from Toon Moene ---
Created attachment 49437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49437&action=edit
Reduced test case.
I managed to reduce the failing program.
compression algorithms: zlib
gcc version 11.0.0 20201024 (experimental) [master revision
d0e2ffcca0e:78f21910dde:a29ff9c53a77b6e208350d8c6db0f3e988f61d1f] (GCC)
[567] %
[567] % gcctk -O0 -c small.c
[568] %
[568] % gcctk -O1 -c small.c
small.c: In function āeā:
small.c:5:6: error: stmt with wrong VUSE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97543
--- Comment #8 from Michael Meissner ---
In addition to ibm-ldouble.c, the following functions set the gnu attribute #4
to 5 (i.e. pass/use IBM extended double as long double):
_divtc3
_fixtfdi
_fixunstfdi
_floatditf
_floatunditf
_multc3
_powitf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97543
--- Comment #7 from Michael Meissner ---
Just to be clear, my patch only turns on -mno-gnu-attributes on compiling
ibm-ldouble.c. That is the module that has the extended IBM 128-bit support in
it.
However, I believe if any module in libgcc_s.s
40 matches
Mail list logo
