https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99334
--- Comment #6 from AJ D ---
Test Case:
--
typedef long int intptr_t;
typedef unsigned long int uintptr_t;
typedef intptr_t DummyType14;
typedef intptr_t DummyType8;
typedef struct DummyType15IntT DummyType15T;
typedef struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99334
--- Comment #5 from AJ D ---
Created attachment 50437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50437=edit
Function _func_with_dwarf_issue_ should demonstrate the issue
Hello there
I have chosen the project that i want to develop , and i don't know what is
the next step , is it okay to communicate with the project mentor in
linkedin or how can i communicate with him .
That's my first time here
Thanks in advance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99678
Bug ID: 99678
Summary: c++20 trailing requires clauses allows undeclared
identifier
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69899
--- Comment #5 from Arseny Solokha ---
I believe practically all gcc branches, the current gcc-11.0.1-alpha20210314
snapshot (g:c2d7c39fcb8a3cb67600cdb6fde49ecb0e951589) included, demonstrate the
same issue on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99677
--- Comment #3 from Andrew Pinski ---
I think this is a dup of bug 99456.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99677
--- Comment #2 from cqwrteur ---
Even with [[gnu::pure]] clang does not emit code either.
https://godbolt.org/z/e4sG6r
We can see it emits code only when we do not mark the functions are pure.
https://godbolt.org/z/s3cEK3
That is not the case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99677
--- Comment #1 from cqwrteur ---
Here is the GCC. it emits code of dead global variables
https://godbolt.org/z/oWddaf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99677
Bug ID: 99677
Summary: [[gnu::const]] attribute does not prevent dead global
variable gets emitted.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
On Fri, Mar 19, 2021 at 3:13 PM Jonathan Wakely via Libstdc++
wrote:
>
> Implement this C++23 feature, as proposed by P1048R1.
>
> This implementation assumes that a C++23 compiler supports concepts
> already. I don't see any point in using preprocessor hacks to detect
> compilers which define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99626
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c9f698dce2ebdd16997a8d41d6698a2180775671
commit r10-9489-gc9f698dce2ebdd16997a8d41d6698a2180775671
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99636
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:752df7abc9e4ad344d7107d55ff62dd8e765c4d5
commit r10-9490-g752df7abc9e4ad344d7107d55ff62dd8e765c4d5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99542
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d6300df5f2b9fafa07be4f974fef1ed810d0e7fd
commit r10-9488-gd6300df5f2b9fafa07be4f974fef1ed810d0e7fd
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99613
--- Comment #19 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:1703937a05b8b95bc29d2de292387dfd9eb7c9a3
commit r10-9487-g1703937a05b8b95bc29d2de292387dfd9eb7c9a3
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99563
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:788da80413551fe1a1411c700864640b590dcfc5
commit r10-9486-g788da80413551fe1a1411c700864640b590dcfc5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:b0d1a533d62ff137e3d54ccf32cf876e5b49d2ab
commit r10-9483-gb0d1a533d62ff137e3d54ccf32cf876e5b49d2ab
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99542
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:06589d2232abc92ac9bcb43e4a4ec64ead627752
commit r10-9485-g06589d2232abc92ac9bcb43e4a4ec64ead627752
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99507
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:3ef0d71f64408b527169a740ea7dc5f4d169b0b6
commit r10-9484-g3ef0d71f64408b527169a740ea7dc5f4d169b0b6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93235
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:510ff5def87c70836fdbf832228661ae28e524b6
commit r10-9482-g510ff5def87c70836fdbf832228661ae28e524b6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99362
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:01edf2031461b558f630afea382a813e41b631e6
commit r10-9481-g01edf2031461b558f630afea382a813e41b631e6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88146
--- Comment #14 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:01edf2031461b558f630afea382a813e41b631e6
commit r10-9481-g01edf2031461b558f630afea382a813e41b631e6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82959
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:529e3b3402bd2a97b02318bd834df72815be5f0f
commit r10-9480-g529e3b3402bd2a97b02318bd834df72815be5f0f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0e87dc86eb56f732a41af2590f0b807031003fbe
commit r10-9479-g0e87dc86eb56f732a41af2590f0b807031003fbe
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99085
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a7c4a70077ad7291f57663aef62d097018d28a10
commit r10-9478-ga7c4a70077ad7291f57663aef62d097018d28a10
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95451
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8f9308936cf1df134d5aac1f890eb67266530ab5
commit r10-9477-g8f9308936cf1df134d5aac1f890eb67266530ab5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99225
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4de402ab60c54fff48cb7371644b024d10d7e5bb
commit r10-9476-g4de402ab60c54fff48cb7371644b024d10d7e5bb
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99204
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:f53a9b563b5017af179f1fd900189c0ba83aa2ec
commit r10-9475-gf53a9b563b5017af179f1fd900189c0ba83aa2ec
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99181
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:311c57f6d8f285d69e44bf94152c753900cb1a0a
commit r10-9474-g311c57f6d8f285d69e44bf94152c753900cb1a0a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99034
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:33be24d77d3d8f0c992eb344ce63f78e14cf753d
commit r10-9473-g33be24d77d3d8f0c992eb344ce63f78e14cf753d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99136
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:3d7ce7ce6c03165ca1041b38e02428c925254968
commit r10-9472-g3d7ce7ce6c03165ca1041b38e02428c925254968
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99106
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:af868e89ec21340d1cafd26eaed356ce4b0104c3
commit r10-9471-gaf868e89ec21340d1cafd26eaed356ce4b0104c3
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:45de8afb2d534e3b38b4d1898686b20c29cc6a94
commit r10-9470-g45de8afb2d534e3b38b4d1898686b20c29cc6a94
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97742
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a7237df0aa26f74cc52103f5c8dba5f0efbb198f
commit r10-9469-ga7237df0aa26f74cc52103f5c8dba5f0efbb198f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99033
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:ea535f59b19f65e5b313c990ee6c194a7b055bd7
commit r10-9468-gea535f59b19f65e5b313c990ee6c194a7b055bd7
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99035
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a964f494cd5a90f631b8c0c01777a9899e0351ce
commit r10-9467-ga964f494cd5a90f631b8c0c01777a9899e0351ce
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98988
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4b47af4346ad0e8a428c0979f6f61feb6579
commit r10-9466-g4b47af4346ad0e8a428c0979f6f61feb6579
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99031
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4b47af4346ad0e8a428c0979f6f61feb6579
commit r10-9466-g4b47af4346ad0e8a428c0979f6f61feb6579
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99007
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:deba6b20a3889aa23f0e4b3a5248de4172a0167d
commit r10-9465-gdeba6b20a3889aa23f0e4b3a5248de4172a0167d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97878
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8b7f2d3eae16dd629ae7ae40bb76f4bb0099f441
commit r10-9464-g8b7f2d3eae16dd629ae7ae40bb76f4bb0099f441
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97487
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:025a0ee3911c0866c69f841df24a558c7c8df0eb
commit r10-9463-g025a0ee3911c0866c69f841df24a558c7c8df0eb
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97971
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4dd7141653b57f638fc32291245d57d4dcfa3813
commit r10-9462-g4dd7141653b57f638fc32291245d57d4dcfa3813
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98287
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:487bca0ffbf13372a4edf0bb827a9f654df4a507
commit r10-9461-g487bca0ffbf13372a4edf0bb827a9f654df4a507
Author: Jakub Jelinek
On Fri, Mar 19, 2021 at 07:44:01PM -0300, Alexandre Oliva wrote:
> > Testcase?
>
> Uhh, sorry I failed to mention that.
>
> gcc.target/i386/pr94467-1.c was what I used (with -mcmodel=large) to
> duplicate the problem and then confirm the fix in the trunk.
>
> However, I had a total of 15
On Mar 19, 2021, Uros Bizjak wrote:
>> * config/i386/predicates.md (register_or_const_vec_operand):
>> New.
>> * config/i386/sse.md (ssse3_pshufbv8qi3): Add an expander for
>> the now *-prefixed insn_and_split, turn the splitter const vec
>> into an input for the insn, making it an ignored
Snapshot gcc-9-20210319 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20210319/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99676
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99676
Bug ID: 99676
Summary: missing detail in warning for passing smaller array to
bigger argument
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99645
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96050
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2021-03-19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93719
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84438
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2021-03-19
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87821
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59847
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59172
pkoning at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664
--- Comment #5 from paulkoning at comcast dot net ---
I didn't realize that's part of the protocol. Thanks Eric.
paul
> On Mar 19, 2021, at 6:01 PM, egallager at gcc dot gnu.org
> wrote:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Ever
On Fri, Mar 19, 2021 at 11:50:41PM +0800, Kewen.Lin wrote:
> > I am curious if the splitters ever triggered where they should not have?
>
> Do you have any suggestion to catch this? I thought the regression
> testing probably can show something different but it didn't unfortunately.
Well, you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99588
--- Comment #6 from Jakub Jelinek ---
Fixed on the trunk so far, will wait a little bit before backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99675
Bug ID: 99675
Summary: internal compiler error during template deduction
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99588
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3279a9a5a9a2e4e17175678cb7b15613495e306e
commit r11-7746-g3279a9a5a9a2e4e17175678cb7b15613495e306e
Author: Jakub Jelinek
Date:
On Fri, 19 Mar 2021, Jakub Jelinek via Gcc-patches wrote:
> Hi!
>
> As the following testcases show, compared to -D_Atomic= case we have many
> -Wunused-but-set-* warning false positives.
> When an _Atomic variable/parameter is read, we call mark_exp_read on it in
> convert_lvalue_to_rvalue, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
Martin Sebor changed:
What|Removed |Added
Known to fail||11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99674
--- Comment #1 from David Binderman ---
A straightforward generalisation of this bug report would
be for gcc to warn on code like this:
struct S
{
int a, b, c;
S();
};
S::S() : a( 0), c( 2)
{
};
cppcheck finds the problem but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99674
Bug ID: 99674
Summary: gcc/config/i386/i386-features.c: 2143: 2 * member
variable not inited in ctor ?
Product: gcc
Version: unknown
Status: UNCONFIRMED
On 3/19/21 12:49 PM, Jakub Jelinek via Gcc-patches wrote:
On Fri, Mar 19, 2021 at 02:17:39PM -0400, Jason Merrill wrote:
--- gcc/cp/decl.c.jj2021-03-16 21:17:41.014498713 +0100
+++ gcc/cp/decl.c 2021-03-18 19:31:22.430149523 +0100
@@ -8629,6 +8629,11 @@ cp_finish_decomp (tree decl,
Pushed to wwwdocs.
commit 3aca43b28c04f6d0c7f446bafcd2f539a2eec5b0
Author: Jonathan Wakely
Date: Fri Mar 19 20:12:01 2021 +
Document std::is_scoped_enum support
diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html
index 9734eee8..99fb9d8f 100644
---
Implement this C++23 feature, as proposed by P1048R1.
This implementation assumes that a C++23 compiler supports concepts
already. I don't see any point in using preprocessor hacks to detect
compilers which define __cplusplus to a post-C++20 value but don't
support concepts yet.
Yes Ok for trunk.
Thanks much!
On 3/19/21 10:37 AM, Thomas Koenig via Fortran wrote:
Hell world,
here is the patch I talked about earlier. It passes regression testing.
OK for trunk?
Best regards
Thomas
Add size check to vector-matrix matmul.
It turns out the library version is much
These all intend the least significant subpart of the register.
Use the same endian-neutral "subreg_lowpart_operator" predicate that
ARM does instead.
gcc/
* config/riscv/predicates.md (subreg_lowpart_operator): New predicate
* config/riscv/riscv.md (*addsi3_extended2,
gcc/
* config/riscv/riscv.c (riscv_subword): Take endianness into
account when calculating the byte offset.
---
gcc/config/riscv/riscv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/config/riscv/riscv.c b/gcc/config/riscv/riscv.c
index
gcc/
* testsuite/gcc.target/riscv/shift-shift-5.c (sub): Change
order of struct fields depending on byteorder.
---
gcc/testsuite/gcc.target/riscv/shift-shift-5.c | 4
1 file changed, 4 insertions(+)
diff --git a/gcc/testsuite/gcc.target/riscv/shift-shift-5.c
gcc/
* config/riscv/riscv.c (riscv_swap_instruction): New function
to byteswap an SImode rtx containing an instruction.
(riscv_trampoline_init): Byteswap the generated instructions
when needed.
---
gcc/config/riscv/riscv.c | 19 +++
1 file changed,
libgcc/
* config/riscv/sfp-machine.h (__BYTE_ORDER): Set according
to __BYTE_ORDER__.
---
libgcc/config/riscv/sfp-machine.h | 4
1 file changed, 4 insertions(+)
diff --git a/libgcc/config/riscv/sfp-machine.h
b/libgcc/config/riscv/sfp-machine.h
index db2697157ce..8adbf4b8b2e
gcc/
* common/config/riscv/riscv-common.c
(TARGET_DEFAULT_TARGET_FLAGS): Set default endianness.
* config.gcc (riscv32be-*, riscv64be-*): Set
TARGET_BIG_ENDIAN_DEFAULT to 1.
* config/riscv/elf.h (LINK_SPEC): Change -melf* value
depending on default
gcc/
* config/riscv/elf.h (LINK_SPEC): Pass linker endianness flag.
* config/riscv/freebsd.h (LINK_SPEC): Likewise.
* config/riscv/linux.h (LINK_SPEC): Likewise.
* config/riscv/riscv.h (ASM_SPEC): Pass -mbig-endian and
-mlittle-endian.
New update of the RISC-V big endian support.
Changes since v3:
* Changed riscv_subword to take endianness into account. This
fixed multiple issues with long long on 32-bit.
Testsuite results are now on par with little endian also on 32 bit.
The only exception is
On 16/03/21 21:55 +0100, François Dumont via Libstdc++ wrote:
Following:
https://gcc.gnu.org/pipermail/libstdc++/2021-March/052158.html
Here is the patch to complete __gnu_debug::basic_string support.
Contrarily to what I thought code in std::basic_string to generate a
basic_string_view
The following patch solves
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
The patch was successfully bootstrapped and tested on x86-64.
commit d81019db099ad95febbb2d4b4afd8cbe95762062
Author: Vladimir N. Makarov
Date: Fri Mar 19 15:34:48 2021 -0400
[PR99663] Don't use unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
--- Comment #10 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:d81019db099ad95febbb2d4b4afd8cbe95762062
commit r11-7741-gd81019db099ad95febbb2d4b4afd8cbe95762062
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99334
AJ D changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96395
David Malcolm changed:
What|Removed |Added
Blocks||97110
On Fri, Mar 19, 2021 at 02:17:39PM -0400, Jason Merrill wrote:
> > --- gcc/cp/decl.c.jj2021-03-16 21:17:41.014498713 +0100
> > +++ gcc/cp/decl.c 2021-03-18 19:31:22.430149523 +0100
> > @@ -8629,6 +8629,11 @@ cp_finish_decomp (tree decl, tree first,
> > :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:d6faf78a88151eee32a79cdfb7b38399318724fa
commit r10-9460-gd6faf78a88151eee32a79cdfb7b38399318724fa
Author: Harald Anlauf
On 3/19/21 5:53 AM, Jakub Jelinek wrote:
Hi!
We ICE on the following testcase, because std::tuple_element<...,...>::type
is void and for structured bindings we therefore need to create
void & or void && which is invalid. We created such REFERENCE_TYPE and
later ICEd in the middle-end.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99456
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99456
--- Comment #14 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:82bb66730bc42b8694fdebef607ea6e49e8496bf
commit r11-7740-g82bb66730bc42b8694fdebef607ea6e49e8496bf
Author: Jakub Jelinek
Date:
Hell world,
here is the patch I talked about earlier. It passes regression testing.
OK for trunk?
Best regards
Thomas
Add size check to vector-matrix matmul.
It turns out the library version is much faster for vector-matrix
multiplications for large sizes than what inlining can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
--- Comment #9 from Vladimir Makarov ---
Thank you for reporting this. I've reproduced this crash. ETA of the patch is
Monday at worst.
On 3/19/21 5:03 AM, Jakub Jelinek wrote:
On Thu, Mar 18, 2021 at 05:20:54PM -0400, Jason Merrill wrote:
On 3/9/21 10:31 AM, Jakub Jelinek wrote:
Hi!
My PR82304/PR95307 fix moved reinterpret cast from pointer to integer
diagnostics from cxx_eval_outermost_constant_expr where it caught
invalid
Hi Alex,
> -Original Message-
> From: Alex Coplan
> Sent: 19 March 2021 16:45
> To: gcc-patches@gcc.gnu.org
> Cc: ni...@redhat.com; Richard Earnshaw ;
> Ramana Radhakrishnan ; Kyrylo
> Tkachov
> Subject: [PATCH] arm: Fix MVE ICEs with vector moves and -mpure-code
> [PR97252]
>
> Hi
On 3/19/2021 9:12 AM, Segher Boessenkool wrote:
Tested on powerpc64-linux {-m32,-m64}. No regressions. Is this okay
for trunk?
Segher
2021-03-19 Segher Boessenkool
PR target/97926
* ubsan.c (ubsan_instrument_float_cast): Don't test for unordered if
there are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
Bug ID: 99673
Summary: [11 Regression] bogus -Wstringop-overread warning with
address sanitizer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99672
--- Comment #2 from Jakub Jelinek ---
Created attachment 50434
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50434=edit
gcc11-pr99672.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi,
Seems I fluffed a merge or rebase ..
A hunk had been missed from r11-6417, fixed thus:
tested with a complete cross from x86_64-darwin16 -> powerpc-darwin8
and a host only build on x86_64-linux-gnu.
pushed to master,
thanks
Iain
gcc/ChangeLog:
PR target/99661
* config.gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
--- Comment #7 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:02f305440f29c68b7368c9af9ae689cce6d26d6d
commit r11-7739-g02f305440f29c68b7368c9af9ae689cce6d26d6d
Author: Iain Sandoe
Date: Fri
Hi all,
This patch fixes around 500 ICEs in the testsuite which can be seen when
testing with -march=armv8.1-m.main+mve -mfloat-abi=hard -mpure-code
(leaving the testsuite free of ICEs in this configuration). All of the
ICEs are in arm_print_operand (which is expecting a mem and gets another
rtx,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99672
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99660
Olivier Hainque changed:
What|Removed |Added
Resolution|--- |FIXED
1 - 100 of 234 matches
Mail list logo