https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58445
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59842
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59842
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48316
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-12-05
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60937
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55441
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56861
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56631
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103563
Bug ID: 103563
Summary: ostream operator<< resolved to variant containing type
resulting in stack overflow
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103563
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103563
--- Comment #2 from Andrew Pinski ---
The following code is same example but removed the headers and such:
namespace t
{
class g{}cout;
template
struct v
{
template v(T1&&){}
};
class monostate {};
g &operator <<(g &out,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103559
Ivan Sorokin changed:
What|Removed |Added
CC||vanyacpp at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
--- Comment #18 from Iain Sandoe ---
I needed two small additions to build (c-family+Ada+fortran+lto)
** Go and D not tested.
diff --git a/gcc/ada/gcc-interface/decl.c b/gcc/ada/gcc-interface/decl.c
index 93b6eb5bb45..af6b6bd14d4 100644
--- a/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
--- Comment #19 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #18)
> I needed two small additions to build (c-family+Ada+fortran+lto)
> 3. I have one failing ObjC test...
>
> (possibly a missing or incorrectly specified GTY(()) - w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
--- Comment #20 from Jakub Jelinek ---
Thanks, you've got far further than I ended up with.
I'll incorporate your changes tomorrow. And indeed, the PIE relocation code
needs to take the bias into account and I even noted I need to do that, but
j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
--- Comment #21 from Iain Sandoe ---
I'm not sure that the file size is that critical.
IIUC, we never even read the relocation table unless the target returns a
different mapped address from the one in the file, and we hope to choose VMA
positio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103564
Bug ID: 103564
Summary: type-requirement that names a constructor should fail
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
--- Comment #22 from Jakub Jelinek ---
That is true, but for the common case the relocation table sits in between two
parts that need to be used, so in the common case it fseeks over it.
I was hoping the relocation table could be last, but that s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103565
Bug ID: 103565
Summary: GCC emits more assembly than clang for carry flag
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103565
--- Comment #1 from cqwrteur ---
https://godbolt.org/z/bGfY6zh9x
#include
template
inline constexpr bool add_carry_pattern(bool carry,T a,T b,T& out) noexcept
{
T temp{carry+a};
out=temp+b;
return (out < b) | (temp < a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103540
--- Comment #2 from Igel ---
Ah thanks for copying the relevant code here. The error that you're referring
to is:
: In instantiation of 'struct X<0>':
:5:14: required by substitution of 'template requires
StrictNodeType using Int = int [wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103566
Bug ID: 103566
Summary: confusing error message for typedefs with initializers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103567
Bug ID: 103567
Summary: Compile error with assumed-rank RESULT variable
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103567
--- Comment #1 from Wileam Yonatan Phan ---
Surprisingly, this one compiles just fine:
subroutine f(y)
real, intent(out) :: y(..)
end subroutine f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103567
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934
Jakub Jelinek changed:
What|Removed |Added
Attachment #51926|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103418
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=103364
--- Comment #18 from Sarah Julia Kriesch ---
(In reply to Andreas Krebbel from comment #17)
> (In reply to Sarah Julia Kriesch from comment #12)
> > that is happening during the build process in OBS with a really minimal
> > openSUSE Tumbleweed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103568
Bug ID: 103568
Summary: sub-optimal vector construction with two loaded
doubles on Power10
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103560
--- Comment #1 from brocolis at eml dot cc ---
Actually the first error message is
make[2]: Entering directory
'/build/mingw/build-gcc-git/x86_64-w64-mingw32/libgfortran'
/bin/sh ../../../gcc-git/libgfortran/mk-kinds-h.sh '1 2 4 8 16' '4 8 10 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102768
--- Comment #7 from ashimida ---
Hi nsz,
Could you please review this patch :)
Link: https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586204.html
Thanks,
-- Dan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103569
Bug ID: 103569
Summary: Type alias from result of lambda call in unevaluated
context, used in template, is inconsistent
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58767
--- Comment #1 from Andrew Pinski ---
The output of the strings is based on the the traverse of the hashtable. this
might mean the output of the strings in the hashtable be outputted at a
different location based on the hash of the strings.
In t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51653
--- Comment #5 from Andrew Pinski ---
Is there anything more to do for this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64337
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
Andrew Pinski changed:
What|Removed |Added
CC||p.bartosiewi at partner dot
samsun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66025
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66367
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046
Andrew Pinski changed:
What|Removed |Added
Known to work||4.1.2, 4.4.7
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69933
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13452
--- Comment #8 from Andrew Pinski ---
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1417
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69898
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86652
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13452
Andrew Pinski changed:
What|Removed |Added
CC||zhonghao at pku dot org.cn
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69832
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
Andrew Pinski changed:
What|Removed |Added
CC||sonoro at telefonica dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100912
--- Comment #9 from Qiu Chaofan ---
I also get following 'symbol not found' error for following case (under
-mabi=ieeelongdouble): undefined reference to
`std::__gnu_cxx11_ieee128::money_get > >::money_get(unsigned long)'
Maybe related?
#inclu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86588
--- Comment #3 from Andrew Pinski ---
On the trunk with "std=c++17 -fconcepts" It does not ICE any more but without
it, GCC does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86588
--- Comment #4 from Andrew Pinski ---
The error message for "-std=gnu++17 -fconcepts" case:
In file included from
/home/mi/h4nn3s/devel/seqan3/include/seqan3/range/view/take_line.hpp:46,
from test.cpp:1:
/home/mi/h4nn3s/devel/se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51653
--- Comment #6 from Marc Glisse ---
(In reply to Andrew Pinski from comment #5)
> Is there anything more to do for this?
Yes. This PR is about having the library reorder the elements of a tuple to
minimize the size, and the current code does not
53 matches
Mail list logo