guojiufu writes:
Hi,
In this patch, the default value of
param=max-unrolled-average-calls-x1 is '0', which means to unroll
a loop, there should be no call inside the body. Do I need to set the
default value to a bigger value (16?) for later tune? Biger value will
keep the behavior
Hi,
This is a trivial patch to clean existing rs6000 test targets
p8 and p9+ with existing has_arch_pwr8 and has_arch_pwr9
target combination or only one of them. Not sure if it's a
good idea to tidy this, but send out for comments.
Bootstrapped/regtested on powerpc64le-linux-gnu P9.
Any
Hey Mark - saw a little of/bits about your presentation at LPC 2020 GNU
Tools Track (& your thread on on the gdb list about debug_names). Wondering
if you (or anyone else you know who's contributing to debug info in GCC)
have some thoughts on this flag naming issue. It'd be great to get some
Hi Segher,
>> proc check_effective_target_vect_len_load_store { } {
>> -return 0
>> +return [expr { [check_effective_target_has_arch_pwr9] }]
>> }
>
> Why not just
>
> return check_effective_target_has_arch_pwr9;
>
> ? (Or lose at least two pairs of brackets if not all three :-) )
Thanks,
Feng
From: Feng Xue OS
Sent: Wednesday, August 19, 2020 5:17 PM
To: Richard Biener
Cc: gcc-patches@gcc.gnu.org; Marc Glisse
Subject: [PATCH V2] Add pattern for pointer-diff on addresses with same
base/offset (PR 94234)
As Richard's comment, this
Hi Will,
Thanks for the review!
on 2020/9/1 上午1:13, will schmidt wrote:
> On Mon, 2020-08-31 at 14:43 +0800, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> Power9 supports vector with length in bytes load/store, this patch
>> is to teach check_effective_target_vect_len_load_store to take it
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96868
--- Comment #2 from Matt Godbolt ---
Thanks: I was confused (as I think will many folks be). The examples for
designated initialisers in C++20 on cppreference cite this behaviour as being
useful^. Of course I understand it can be misused, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96877
Bug ID: 96877
Summary: Erroneous warning when default initializing function
pointer types defined using std::declval
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
On Mon, Aug 31, 2020 at 4:34 PM Giacomo Tesio wrote:
>
> Hello everybody!
>
> To cleanup my port of GCC (9.2.0) to Jehanne OS (http://jehanne.io)
> I'd like to add a `--posixly` command line options to the gcc driver
> that should be expanded to a couple of -isystem and -L options
> to ease the
PING^3
Hongyu Wang 于2020年8月4日周二 下午11:40写道:
>
> Kirill Yukhin 于2020年8月4日周二 下午10:47写道:
> >
> > Hello,
> >
> > On 06 июл 09:58, Hongyu Wang via Gcc-patches wrote:
> > > Hi:
> > >
> > > This patch is about to support Intel Advanced Matrix Extensions (AMX)
> > > which will be enabled in GLC.
> > >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96868
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
Marek Polacek changed:
What|Removed |Added
Target Milestone|11.0|9.4
Summary|[11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
Marek Polacek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96871
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hello everybody!
To cleanup my port of GCC (9.2.0) to Jehanne OS (http://jehanne.io)
I'd like to add a `--posixly` command line options to the gcc driver
that should be expanded to a couple of -isystem and -L options
to ease the compilation of POSIX programs (Jehanne is a Plan 9
derivative so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85830
--- Comment #6 from CVS Commits ---
The master branch has been updated by Carl Love :
https://gcc.gnu.org/g:1da918e153b60ef81686dc5cd110d8608d962c79
commit r11-2958-g1da918e153b60ef81686dc5cd110d8608d962c79
Author: Carl Love
Date: Thu Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96798
--- Comment #12 from David Malcolm ---
Does r11-2957-gbc62bfb0f43eeada02cb924e3cb5457a399b01c0 fix the failing tests
seen on Darwin?
In any case, I should probably also fix:
> (a) looks like region_model::on_call_pre is erroneously treating a
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as r11-2957-gbc62bfb0f43eeada02cb924e3cb5457a399b01c0.
gcc/analyzer/ChangeLog:
PR analyzer/96798
* region-model.cc (region_model::on_call_pre): Handle
BUILT_IN_MEMSET_CHK.
Clean up this code in preparation for fixing PR analyzer/96798.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as r11-2956-gee7bfbe5eb70a23bbf3a2cedfdcbd2ea1a20c3f2.
gcc/analyzer/ChangeLog:
* region-model.cc (region_model::on_call_pre): Gather handling of
PR analyzer/96860 reports an ICE inside CONSTRUCTOR-handling with
--param analyzer-max-svalue-depth=0 when attempting to build a
binding_map for the CONSTRUCTOR's values.
The issue is that when handling (index, value) pairs for initializing
an array, the index values for the elements exceeds the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96860
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96798
--- Comment #11 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:bc62bfb0f43eeada02cb924e3cb5457a399b01c0
commit r11-2957-gbc62bfb0f43eeada02cb924e3cb5457a399b01c0
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96798
--- Comment #10 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ee7bfbe5eb70a23bbf3a2cedfdcbd2ea1a20c3f2
commit r11-2956-gee7bfbe5eb70a23bbf3a2cedfdcbd2ea1a20c3f2
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96860
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:18056e45db1c75aa209fa9a756395ddceb867a88
commit r11-2955-g18056e45db1c75aa209fa9a756395ddceb867a88
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96876
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever
On 8/31/20 3:50 PM, Martin Sebor wrote:
On 8/31/20 4:51 AM, Christophe Lyon wrote:
Hi,
...
I pushed a small aarch64 patch as obvious:
2020-08-31 Christophe Lyon
gcc/testsuite/
* gcc.target/aarch64/strcmpopt_6.c: Suppress
-Wstringop-overread.
(same as you added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291
Marek Polacek changed:
What|Removed |Added
CC||mateusz.pusz at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291
--- Comment #5 from Marek Polacek ---
When fixing, let's make sure that bug 96874 is fixed too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96874
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96872
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96805
Marek Polacek changed:
What|Removed |Added
CC||gcc-bugs at marehr dot
dialup.fu-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
On 8/31/20 4:51 AM, Christophe Lyon wrote:
Hi,
...
I pushed a small aarch64 patch as obvious:
2020-08-31 Christophe Lyon
gcc/testsuite/
* gcc.target/aarch64/strcmpopt_6.c: Suppress -Wstringop-overread.
(same as you added for i386)
Thank you!
On arm, there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96871
Marek Polacek changed:
What|Removed |Added
Summary|Fails to parse templated|[11 Regression] Fails to
On 8/31/20 5:10 AM, Aldy Hernandez wrote:
On 8/31/20 10:33 AM, Richard Biener wrote:
On Mon, Aug 31, 2020 at 10:20 AM Aldy Hernandez wrote:
As discussed in the PR, the type of a switch operand may be different
than the type of the individual cases. This is causing us to attempt to
intersect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96876
Bug ID: 96876
Summary: missing check for destructibility of base classes in
aggregate initialization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
It's time to use 20 instead of 2a. Pushed.
commit 2330b0f89b6ac47cbb2253562a350eb1d121dd69
Author: Marek Polacek
Date: Mon Aug 31 16:30:51 2020 -0400
cxx-status: Use C++20 instead of C++2a.
diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96869
--- Comment #2 from Iain Buclaw ---
(In reply to Andrew Pinski from comment #1)
> Hmmm, so you dont want to allow generic vector types? This is unlike GNU
> c/C++.
Correct, the D spec has had the following entry added.
> Implementation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323
Bug 88323 depends on bug 93529, which changed state.
Bug 93529 Summary: Implement P1009R2, Array size deduction in new-expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93529
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96763
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96764
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93529
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as r11-2953-g0d1b4edc5fff834e8f924b20dd021ded7a21d2d2.
gcc/analyzer/ChangeLog:
PR analyzer/96763
* store.cc (binding_map::apply_ctor_to_region): Handle RANGE_EXPR
by calling a new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93529
--- Comment #4 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:73a2b8dd17dbc02c0c7e6286e90f17833aa50906
commit r11-2954-g73a2b8dd17dbc02c0c7e6286e90f17833aa50906
Author: Marek Polacek
Date:
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as r11-2952-gecdb93224c56189a129e97c556fe6b78e1b15a63.
gcc/analyzer/ChangeLog:
PR analyzer/96764
* region-model-manager.cc
(region_model_manager::maybe_fold_unaryop): Handle VIEW_CONVERT_EXPR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96763
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:0d1b4edc5fff834e8f924b20dd021ded7a21d2d2
commit r11-2953-g0d1b4edc5fff834e8f924b20dd021ded7a21d2d2
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96764
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ecdb93224c56189a129e97c556fe6b78e1b15a63
commit r11-2952-gecdb93224c56189a129e97c556fe6b78e1b15a63
Author: David Malcolm
Date:
On 8/28/20 12:45 PM, Patrick Palka wrote:
(Removing libstd...@gcc.gnu.org from CC list)
On Fri, 28 Aug 2020, Patrick Palka wrote:
In resolve_address_of_overloaded_function, currently only the second
pass over the overload set (which considers just the function templates
in the overload set)
On 8/25/20 8:26 AM, Marek Polacek wrote:
On Mon, Aug 24, 2020 at 10:49:38PM -0400, Jason Merrill wrote:
On 8/24/20 5:44 PM, Marek Polacek wrote:
--- a/gcc/tree.c
+++ b/gcc/tree.c
@@ -2123,6 +2123,23 @@ build_constructor_from_list (tree type, tree vals)
return build_constructor (type, v);
Hi!
Just a note:
On Tue, Aug 25, 2020 at 08:46:55PM +0800, Kewen.Lin wrote:
> 1) Currently address_cost hook on rs6000 always return zero, but at least
> from Power7, pre_inc/pre_dec kind instructions are cracked, it means we
> have to take the address update into account (scalar normal
Hi!
On Mon, Aug 31, 2020 at 02:43:50PM +0800, Kewen.Lin wrote:
> --- a/gcc/testsuite/lib/target-supports.exp
> +++ b/gcc/testsuite/lib/target-supports.exp
> @@ -7066,7 +7066,7 @@ proc check_effective_target_vect_fully_masked { } {
> # @code{len_store} optabs.
>
> proc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
Andrew Pinski changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96875
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96875
--- Comment #1 from Andrew Pinski ---
There is a defect report against the C standard about this case and a much
older gcc bugzilla filed too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96875
Iain Sandoe changed:
What|Removed |Added
Target||aarch64-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96875
Bug ID: 96875
Summary: Aliased pointers to union members result in different
output with optimisation level.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
On August 31, 2020 6:21:27 PM GMT+02:00, Giuliano Belinassi
wrote:
>Hi, Richi.
>
>On 08/31, Richard Biener wrote:
>> On Mon, Aug 31, 2020 at 1:15 PM Jan Hubicka wrote:
>> >
>> > > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi
>> > > wrote:
>> > > >
>> > > > Hi,
>> > > >
>> > > > This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54201
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Mon, 2020-08-31 at 14:43 +0800, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> Power9 supports vector with length in bytes load/store, this patch
> is to teach check_effective_target_vect_len_load_store to take it
> and its laters as effective vector with length targets.
>
> Also supplement the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
--- Comment #1 from Mateusz Pusz ---
Similar error but in a different line happens for:
```
#include
template
struct basic_fixed_string {
CharT data_[N + 1] = {};
constexpr basic_fixed_string(CharT ch) noexcept { data_[0] = ch; }
Hi!
On Mon, Aug 31, 2020 at 04:06:47AM -0500, Xiong Hu Luo wrote:
> vec_insert accepts 3 arguments, arg0 is input vector, arg1 is the value
> to be insert, arg2 is the place to insert arg1 to arg0. This patch adds
> __builtin_vec_insert_v4si[v4sf,v2di,v2df,v8hi,v16qi] for vec_insert to
> not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96874
Bug ID: 96874
Summary: Internal Compiler Error: Segmentation fault on class
NTTP
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
In d8487c949ad5 (~GCC 4.9.0), MODE_PARTIAL_INT modes were changed from
having an unknown number of undefined bits, to having a known number of
undefined bits, however the documentation on using SUBREG expressions
with MODE_PARTIAL_INT modes was not updated to reflect this.
The attached patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
Bug ID: 96873
Summary: Internal compiler error in alias_ctad_tweaks
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On Mon, 2020-08-31 at 04:06 -0500, Xiong Hu Luo via Gcc-patches wrote:
> vec_insert accepts 3 arguments, arg0 is input vector, arg1 is the value
> to be insert, arg2 is the place to insert arg1 to arg0. This patch adds
> __builtin_vec_insert_v4si[v4sf,v2di,v2df,v8hi,v16qi] for vec_insert to
> not
> > I guess before investigating the current state in detail
> > it might be worth exploring Honzas wish of sharing
> > the actual partitioning code between LTO and -fparallel-jobs.
> >
> > Note that larger objects take a bigger hit from the GC COW
> > issue so at some point that becomes dominant
On Tue, Aug 25, 2020 at 12:50:46PM +0200, Tobias Burnus wrote:
> OK for mainline?
Generally, you know Fortran FE much more than I do, so just a few random
comments.
> --- a/gcc/fortran/trans-openmp.c
> +++ b/gcc/fortran/trans-openmp.c
> @@ -355,6 +355,51 @@ gfc_has_alloc_comps (tree type, tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96859
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
Will:
> That looks OK within this context.
>
> Are there any existing tests that use these named variations?
>
> Thanks,
> -Will
I was not able to find any test cases for these named builtins. I
fixed the other issues you mentioned in the message and patch below.
Carl
Hi, Richi.
On 08/31, Richard Biener wrote:
> On Mon, Aug 31, 2020 at 1:15 PM Jan Hubicka wrote:
> >
> > > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > This is the final report of the "Automatic Parallel Compilation
> > > > Viability"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96872
Bug ID: 96872
Summary: [11 Regression] ICE: Segmentation fault
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Hi!
On Fri, Aug 28, 2020 at 08:08:05AM -0700, Carl Love wrote:
> The defines for vec_popcnt, bvec_popcnth, vec_popcntw, vec_popcntd in
> gcc/config/rs6000/altivec.h are not listed in the Power 64-Bi ELF V2
> ABI specification revision 1.4, May 10, 2017. They are not used by any
> of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96871
Bug ID: 96871
Summary: Fails to parse templated constructor in template class
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96870
--- Comment #1 from José Rui Faustino de Sousa ---
Patch posted:
https://gcc.gnu.org/pipermail/fortran/2020-August/054955.html
Hi all!
Proposed patch to PR96870 - Class name on error message.
Patch tested only on x86_64-pc-linux-gnu.
Make the error message more intelligible for the average user.
Thank you very much.
Best regards,
José Rui
2020-8-21 José Rui Faustino de Sousa
gcc/fortran/ChangeLog:
On Mon, Aug 03, 2020 at 05:37:40PM +0200, Tobias Burnus wrote:
> It turned out that the omp_discover_declare_target_tgt_fn_r
> discovered all nodes – but as it tagged the C++ alias nodes
> and not the streamed-out nodes, no device function was created
> and one got link errors if offloading
ame is not very helpful for the
average user:
Error: Type mismatch in argument ‘p’ at (1); passed CLASS(__class_main_p_T0_p)
to CLASS(__class_main_p_T1_t)
Seen on:
GNU Fortran (GCC) 9.3.1 20200831
GNU Fortran (GCC) 10.2.1 20200831
GNU Fortran (GCC) 11.0.0 20200831 (experimental)
Thank you very m
On Fri, 2020-08-28 at 08:08 -0700, Carl Love wrote:
> GCC maintainers:
>
Hi,
> The defines for vec_popcnt, bvec_popcnth, vec_popcntw, vec_popcntd in
s/bvec/vec/
> gcc/config/rs6000/altivec.h are not listed in the Power 64-Bi ELF V2
> ABI specification revision 1.4, May 10, 2017. They are
On Fri, 28 Aug 2020, Jakub Jelinek wrote:
> > As far as `-fexceptions' and `-fasynchronous-unwind-tables' are concerned
> > it aligns with my understanding, i.e. in this specific scenario we need
> > `-fasynchronous-unwind-tables' for libcalls (all of them) so that an
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96869
--- Comment #1 from Andrew Pinski ---
Hmmm, so you dont want to allow generic vector types? This is unlike GNU c/C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96869
Bug ID: 96869
Summary: __vectors unsupported in hardware should be rejected
at compile-time
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Hi, Richi.
On 08/31, Richard Biener wrote:
> On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi
> wrote:
> >
> > Hi,
> >
> > This is the final report of the "Automatic Parallel Compilation
> > Viability" project. Please notice that this report is pretty
> > similar to the delivered from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96818
--- Comment #9 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:d503cd98713a41aad34ade2b9b0d9973efb21e11
commit r11-2951-gd503cd98713a41aad34ade2b9b0d9973efb21e11
Author: Aldy Hernandez
Date:
Hi,
This patch fixes a couple of ICEs seen when compiling D source code for
a 16-bit target. The one I used for testing was xstormy16-elf.
In the lowering of `bt*' intrinsics, some integer constants had
mismatched types, and bitsize was set to the wrong value.
In base_vtable_offset, the base
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #9 from Jakub Jelinek ---
I don't know.
fold-const.c has:
#define START_FOLD_INIT \
int saved_signaling_nans = flag_signaling_nans;\
int saved_trapping_math = flag_trapping_math;\
int saved_rounding_math = flag_rounding_math;\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #8 from Marc Glisse ---
Should we handle flag_trapping_math at the same time?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791
--- Comment #7 from acsawdey at gcc dot gnu.org ---
I wonder if this other case works properly when compiled with -m64. Trying to
generate a stxvp with a 32-bit address seems odd.
Implement `-mgprel', forcing `-mexplicit-relocs' whenever the option is
active due to the lack of GAS macro support for GP-relative addressing.
gcc/
* riscv/riscv-protos.h (riscv_symbol_type): Add SYMBOL_GPREL
enumeration constant.
* config/riscv/riscv.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #7 from Jakub Jelinek ---
Created attachment 49160
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49160=edit
gcc11-pr96862.patch
Untested patch. e and f initializers are still evaluated at runtime and will
depend on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96860
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
Hi Andre,
On 8/31/20 12:55 PM, Andre Vehreschild wrote:
+gfc_is_unlimited_polymorphic_nonptr (tree type)
+ tree field = TYPE_FIELDS (type); /* _data */
+ if (!field)
^^^ here you don't . So theoretically this routine could match a type which
has a _len as its third field, but that is not a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #6 from Jonathan Wakely ---
Also C++ [expr.const] p12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96847
--- Comment #2 from Fredrik Hederstierna
---
Ok thanks, just wanted also to clarify that the size increase was not actually
due to changing array sizes, but it was difference between GCC-9.2 and GCC-10.2
for the _same_ array lengths. So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #5 from Marc Glisse ---
"[Note: This document does not require an implementation to support the
FENV_ACCESS pragma; it is implementation-defined (15.8) whether the pragma
is supported. As a consequence, it is implementation-defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96867
--- Comment #2 from Jakub Jelinek ---
Created attachment 49159
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49159=edit
gcc11-pr96867.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96862
--- Comment #4 from Laurent Rineau
---
At the compiler level, I do not think the bug is related to `-std=c++2a`. That
flags was there only to trigger the bug from the recent versions of libstdc++
since:
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96860
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96861
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
1 - 100 of 193 matches
Mail list logo