Hi,
We have a list of Stackpath users with complete contacts if interested let me
know so that we can send you count, cost and more info of deliver of data GD-PR
etc..
Regards,
Elena Williams
Snapshot gcc-9-2028 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-2028/
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
Hi,
We know gcc supply earlyclobber function to avoid register overlap,
but it can not describe explicitly for specific source operand, is it
right ?
The vector ISA spec of risc-v describe some register overlap rules here:
Our test group added "-fchecking" to a script and my optimization
failed.
I can't find any explanation of this type of bug. I grepped the code
and flag_checking was all over the place so it's not like
I can use gdb to pin it down.
Can somebody help me make sense out of this?
lto1: error: type
Hey!
I am an electrical engineering student. I came across GNU a few months back
and I want to contribute to improving the existing open-source projects and
be part of the community. My skills include :
C/C++
HTML/CSS/JavaScript
MATLAB
Docker
Kubernetes
Git Bash
GitHub
I would really appreciate
On Thu, 18 Nov 2021 at 15:43, Vaibhav Malik via Gcc wrote:
>
> Hey!
>
> I am an electrical engineering student. I came across GNU a few months back
> and I want to contribute to improving the existing open-source projects and
> be part of the community. My skills include :
> C/C++
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103241
--- Comment #12 from Will Cohen ---
What is the "-dA" option?
What are the .LVUS* labels referencing in the generated set_memory.s referring
to? They are paired up with the .LLST* labels. From the earlier set_memory.s
that appears to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
Michael Meissner changed:
What|Removed |Added
Severity|normal |major
Priority|P3
On Thu, Nov 18, 2021 at 3:24 PM H.J. Lu wrote:
>
> On Thu, Nov 18, 2021 at 12:25 AM Uros Bizjak wrote:
> >
> > On Wed, Nov 17, 2021 at 2:47 PM H.J. Lu wrote:
> > >
> > > Add -mindirect-branch-cs-prefix to add CS prefix to call and jmp to thunk
> > > via r8-r15 registers when converting indirect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103320
Bug ID: 103320
Summary: Spec 2017 benchmark roms_r fails on PowerPC for -Ofast
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103319
Bug ID: 103319
Summary: [coroutines] ICE in is_this_parameter, at
cp/semantics.c:10672
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Hi! Thanks for all the recent reviews and conversations on the builtins
infrastructure patches. I've posted a lot of stuff in the last couple
of days, so I thought it might be useful to summarize which patches still
need review. No rush, just trying to make it easier to consume...
> > > I don't know what the guidance is on using vec in IPA passes
> > > but with respect to existing practice elsewhere, there are
> > > existing uses of vec and auto_vec with non-POD types and vec
> > > does work with them (see the vec_default_construct and
> > > vec_copy_construct templates,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103322
Bug ID: 103322
Summary: galgel from spec2000 is now broken on x86_64 with
-Ofast -march=native -flto (on core)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101329
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:3535be6c6f440909798d1c78e862a657f7adaf63
commit r12-5384-g3535be6c6f440909798d1c78e862a657f7adaf63
Author: Harald Anlauf
Date:
Hi!
On Thu, Nov 18, 2021 at 01:45:30PM +0100, Martin Liška wrote:
> @Segher: PING
This is the first time I recieved this.
Please resend, without line wrapping (format=flawed).
Segher
On Thu, 18 Nov 2021, Jason Merrill wrote:
> On 11/17/21 14:52, Patrick Palka wrote:
> > On Wed, 17 Nov 2021, Jason Merrill wrote:
> >
> > > On 11/11/21 20:25, Patrick Palka wrote:
> > > > In the testcase below satisfaction misbehaves for f and g ultimately
> > > > because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103323
Bug ID: 103323
Summary: Front end simplifies sin although no header included
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Hi!
On Wed, Nov 17, 2021 at 05:06:05PM -0600, Bill Schmidt wrote:
> > I don't like that at all. The user didn't write the _vsx thing, and it
> > isn't documented either (neither is the _vec one, but that is a separate
> > issue, specific to this builtin).
>
> I feel like I haven't explained
On Wed, 17 Nov 2021, Iain Sandoe via Gcc-patches wrote:
> If we are going to try and reconcile GCC’s local libtool for more
> generic Darwin use, then I fear that is going to take quite significant
> work over a period of time (since it will need much more wide testing
> than GCC).
The goal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101071
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
Hi!
On 11/18/21 10:22 AM, Segher Boessenkool wrote:
> On Thu, Nov 18, 2021 at 10:09:53AM -0600, Bill Schmidt wrote:
>> Hi! This patch is broken out from the test case patch for the new builtins
>> support.
>>
>> The old builtins code performs gimple folding on 128-bit compares. This
>> results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103254
--- Comment #3 from Andrew Macleod ---
This is a long sequence, made from the following pattern:
_156 = _155 & _147;
_157 = (int) _156;
j_158 = _157 & j_149;
_164 = (short int) j_158;
_165 = _164 & _156;
Since GORI doesn't yet cache
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939
--- Comment #3 from Jason Merrill ---
(In reply to Marek Polacek from comment #2)
> class C {
> template struct _List;
>
> template struct S; // #1
>
> template
> struct S<_Sz, _List<_Uint, _UInts...>>; // #2
>
> static constexpr
On 11/17/21 17:51, Matthias Kretz wrote:
On Wednesday, 17 November 2021 19:25:46 CET Jason Merrill wrote:
On 11/17/21 04:04, Matthias Kretz wrote:
On Wednesday, 17 November 2021 07:09:18 CET Jason Merrill wrote:
- if (CHECKING_P)
-SET_NON_DEFAULT_TEMPLATE_ARGS_COUNT (a, TREE_VEC_LENGTH
On Thu, Nov 18, 2021 at 07:32:27AM -0600, Bill Schmidt wrote:
> >>> error: '__builtin_vsx_scalar_extract_sig' requires the '-mcpu=power9'
> >>> option and either the '-m64' or '-mpowerpc64' option
> >>> note: builtin '__builtin_vec_scalar_extract_sig' requires builtin
> >>>
Hi! This patch is broken out from the test case patch for the new builtins
support.
The old builtins code performs gimple folding on 128-bit compares. This
results in correct but very inefficient code. (I suspect we may be
missing some optab entries, misleading gimple into 64-bit emulation.)
Tested powerpc64le-linux (and with Clang), pushed to trunk. This should
be backported to gcc-11 and gcc-10 too.
The constexpr branch in __gnu_cxx::char_traits::move compares the string
arguments to see if they overlap, but relational comparisons between
unrelated pointers are not core constant
On Thu, Nov 18, 2021 at 10:09:53AM -0600, Bill Schmidt wrote:
> Hi! This patch is broken out from the test case patch for the new builtins
> support.
>
> The old builtins code performs gimple folding on 128-bit compares. This
> results in correct but very inefficient code. (I suspect we may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #1 from Peter Bergner ---
I'll try and creduce the test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
Michael Meissner changed:
What|Removed |Added
Priority|P2 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103311
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:4f0a2f5a3ddb1024b885c066a18caae4d733bb6c
commit r12-5378-g4f0a2f5a3ddb1024b885c066a18caae4d733bb6c
Author: Tamar Christina
On 11/18/21 19:22, Jan Hubicka wrote:
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 2028 (experimental) (GCC)
/usr/bin/ld: ./xxx.ltrans0.ltrans.o: warning: relocation against
`lm_read_ctl_dict_size_n_lmclass_used' in read-only section `.text'
/usr/bin/ld: ./xxx.ltrans0
At issue here is the dynamic approach we currently use for outgoing edge
calculations. It isn't normally a problem, but once you get a very
large number of possible outgoing values (ie very long unrolled blocks)
with pairs of values on a statement, and individual queries for each
one, it
Also address "FIXME: this code is duplicated from reshape_init" in
cp_complete_array_type by always calling reshape_init on init-list.
PR c++/55227
gcc/cp/ChangeLog:
* decl.c (reshape_init_r): Only call has_designator_check when
first_initializer_p or for the inner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
The `configure` scripts generated with autoconf often tests compiler
features by setting output to `/dev/null`, which then sets the dump
folder as being /dev/* and the compilation halts with an error because
GCC cannot create files in /dev/. This is a problem when configure is
testing for compiler
On Thu, 18 Nov 2021, Jakub Jelinek via Gcc-patches wrote:
> Are we handling the pragma at a wrong phase of preprocessing?
I think that converting it to a single preprocessing token (rather than
four separate preprocessing tokens), at a stage when stringizing might
still occur, does indicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103316
Bill Schmidt changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103241
--- Comment #13 from Jakub Jelinek ---
'-dA'
Annotate the assembler output with miscellaneous debugging
information.
It prints comments into the assembly, making the debug info in there readable
for humans.
Hi! This patch is broken out from the test suite patch for the new
builtins support. This one is just a minor adjustment for the error
message wording.
Tested on powerpc64le-linux-gnu and powerpc64-linux-gnu (-m32/-m64)
with no regressions. Is this okay for trunk?
Thanks!
Bill
2021-11-17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
--- Comment #28 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:2196a681d7810ad8b227bf983f38ba716620545e
commit r12-5377-g2196a681d7810ad8b227bf983f38ba716620545e
Author: H.J. Lu
Date: Wed Oct 27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103320
Michael Meissner changed:
What|Removed |Added
Priority|P2 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103318
Michael Meissner changed:
What|Removed |Added
Priority|P2 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103266
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:c331a75d49b6043399f5ccce72a02ccf3b0ddc56
commit r12-5379-gc331a75d49b6043399f5ccce72a02ccf3b0ddc56
Author: Jan Hubicka
Date: Thu
> > >
> > > Isn't problem that the following code
> > >
> > >past_flags.reserve_exact (summary->arg_flags.length ());
> > >past_flags.splice (summary->arg_flags);
> > >past_retslot_flags = summary->retslot_flags;
> >
> > Aha, that makes sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103246
--- Comment #25 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jan Hubicka
:
https://gcc.gnu.org/g:9d3f1435a348bece9e11787df982bd465db74ed8
commit r11-9248-g9d3f1435a348bece9e11787df982bd465db74ed8
Author: Jan Hubicka
On 02/11/2021 16:27, Jakub Jelinek wrote:
> On Fri, Oct 22, 2021 at 02:05:02PM +0100, Hafiz Abid Qadeer wrote:
>> This patch adds support for OpenMP 5.0 allocate clause for fortran. It does
>> not
>> yet support the allocator-modifier as specified in OpenMP 5.1. The allocate
>> clause is already
On Wed, Nov 17, 2021 at 10:43:58PM +, Joseph Myers wrote:
> On Wed, 17 Nov 2021, Prathamesh Kulkarni via Gcc-patches wrote:
> > More generally, would it be a good idea to provide attributes for
> > mod/ref anaylsis ?
> > So sth like:
> > void foo(void) __attribute__((modifies(errno)));
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103323
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94365
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
V2 Patch mailing list post
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/584897.html
On Thu, Nov 18, 2021 at 10:36 AM Marek Polacek wrote:
>
> On Wed, Nov 17, 2021 at 10:23:58PM -0500, will wray wrote:
> > V2 Patch
> > https://gcc.gnu.org/bugzilla/attachment.cgi?id=51828
>
> Can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #7 from Peter Bergner ---
(In reply to Andrew Pinski from comment #5)
> Hmm, I fixed one like this yesterday. Are you sure it is not fixed?
Yes, I built with a trunk from this morning and just verified it still ICEs
with a new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
Bug ID: 103317
Summary: Spec 2017 benchmark blender_r fails with -Ofast on
PowerPc (power9, power10)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
On 11/18/21 10:31, Patrick Palka wrote:
On Thu, 18 Nov 2021, Patrick Palka wrote:
On Thu, 18 Nov 2021, Jason Merrill wrote:
On 11/10/21 11:53, Patrick Palka wrote:
Here when partially instantiating the call get(T{}) with T=N::A
(for which earlier unqualified name lookup for 'get' found
Hi! This patch is broken out from the test case patch for the new
builtins support.
One advantage of the new builtins support is uniform error messages for
arguments with restricted values. Previously this was done in many places
in an ad hoc manner, with little uniformity. This patch adjusts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103088
--- Comment #7 from Aldy Hernandez ---
Could someone post the relevant configury bits used for the ppc64le case.
For example, I have:
OPTIMIZE= -O3 -m64 -mcpu=power9 -ffast-math -funroll-loops -fpeel-loops
-fvect-cost-model -mpopcntd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103088
--- Comment #8 from Tamar Christina ---
(In reply to Aldy Hernandez from comment #7)
> Could someone post the relevant configury bits used for the ppc64le case.
>
> I used:
>
> runcpu --config=myconfig -a validate --iterations=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #3 from Peter Bergner ---
A not too old trunk build didn't ICE, so this looks new. I'll bisect it to
find the bad commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103321
Bug ID: 103321
Summary: [12 regression] ICE at tree-ssa.c:1211 after r12-5300
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
> Hi.
>
> This is a refactoring I noticed.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
> Martin
>
> gcc/ChangeLog:
>
> * ipa-modref.c (analyze_function): Use fnode instead of repeated
> cgraph_node::get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103321
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-cvs/2021-November/356905.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|NEW
On 11/18/21 19:29, Jan Hubicka wrote:
On 11/18/21 19:22, Jan Hubicka wrote:
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 2028 (experimental) (GCC)
/usr/bin/ld: ./xxx.ltrans0.ltrans.o: warning: relocation against
`lm_read_ctl_dict_size_n_lmclass_used' in read-only
On 11/17/21 14:52, Patrick Palka wrote:
On Wed, 17 Nov 2021, Jason Merrill wrote:
On 11/11/21 20:25, Patrick Palka wrote:
In the testcase below satisfaction misbehaves for f and g ultimately
because find_template_parameters fails to notice that the constraint
'val.x' depends on the template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #8 from Andrew Pinski ---
I will go look into this after a nap.
On Thu, Nov 18, 2021 at 07:42:34AM -0600, Bill Schmidt wrote:
> gcc/testsuite/
> * gcc.target/powerpc/byte-in-set-2.c: Adjust error message.
"Adjust expected error message" maybe?
Okay for trunk. Thanks!
Segher
> On 11/18/21 5:41 AM, Jan Hubicka via Gcc-patches wrote:
> > > modref_tree::merge(modref_tree*,
> > > vec*, modref_parm_map*, bool)
> > >
> > > is called with modref_parm_map chain_map;
> > >
> > > The variable has uninitialized m.parm_offset_known and it is accessed
> > > here:
> > >
> > >
Hi! This is the last patch broken out of the previous test suite patch
for the new builtins support.
One advantage of the new builtins support is uniform error messages for
arguments with restricted values. Previously this was done in many places
in an ad hoc manner, with little uniformity.
On 11/18/21 9:22 AM, Jan Hubicka wrote:
On 11/18/21 5:41 AM, Jan Hubicka via Gcc-patches wrote:
modref_tree::merge(modref_tree*, vec*, modref_parm_map*, bool)
is called with modref_parm_map chain_map;
The variable has uninitialized m.parm_offset_known and it is accessed
here:
On November 18, 2021 5:57:45 PM GMT+01:00, Tamar Christina
wrote:
>Hi All,
>
>Both sides of the VEC_PERM_EXPR need to be a MULT but the check
>was accidentally checking if both sides are a mul.
>
>The FMS case would be handled by the validate_multiplication but
>this makes the requirement more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103311
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
> On 11/18/21 19:22, Jan Hubicka wrote:
> > > Supported LTO compression algorithms: zlib zstd
> > > gcc version 12.0.0 2028 (experimental) (GCC)
> > > /usr/bin/ld: ./xxx.ltrans0.ltrans.o: warning: relocation against
> > > `lm_read_ctl_dict_size_n_lm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #6 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-cvs/2021-November/356905.html
Let walk_tree_1 do the operand walking for us.
Bootstrap and regtest on x86_64-pc-linux-gnu in progress, does this look
OK for trunk if successful?
gcc/cp/ChangeLog:
* tree.c (cp_walk_subtrees) : Simplify.
---
gcc/cp/tree.c | 7 ---
1 file changed, 7 deletions(-)
diff --git
> --- a/gcc/config/rs6000/predicates.md
> +++ b/gcc/config/rs6000/predicates.md
> @@ -1086,7 +1086,9 @@ (define_predicate "current_file_function_operand"
> (match_test "(DEFAULT_ABI != ABI_AIX || SYMBOL_REF_FUNCTION_P (op))
> && (SYMBOL_REF_LOCAL_P (op)
>
On 11/16/2021 7:20 PM, Jojo R via Gcc-patches wrote:
— Jojo
在 2021年11月16日 +0800 PM8:12,Richard Biener ,写道:
On Tue, Nov 16, 2021 at 12:45 PM Jojo R via Gcc-patches
wrote:
Skip renaming if instruction is noop move, and it will
been removed for performance.
Is there any (target specific)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103318
Bug ID: 103318
Summary: Spec 2017 benchmark perlbench_r fails on PowerPC for
-Ofast and -O3, passes with -O2
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103320
Michael Meissner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103319
--- Comment #1 from Iain Sandoe ---
ah, incidentally, that patch is likely also a fix for 96517.
Hi.
This is a refactoring I noticed.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
gcc/ChangeLog:
* ipa-modref.c (analyze_function): Use fnode instead of repeated
cgraph_node::get (current_function_decl).
---
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
gcc/ChangeLog:
* ipa-modref.c (analyze_function): Do not execute the code
only if dump_file != NULL.
---
gcc/ipa-modref.c | 14 +++---
1 file changed, 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #8 from Segher Boessenkool ---
So it seems to think that all registers in the preferred class,
GEN_OR_VSX_REGS,
are the same cost? They very much are not :-(
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
> Martin
>
> gcc/ChangeLog:
>
> * ipa-modref.c (analyze_function): Do not execute the code
> only if dump_file != NULL.
> ---
> gcc/ipa-modref.c | 14 +++---
> 1
> Supported LTO compression algorithms: zlib zstd
> gcc version 12.0.0 2028 (experimental) (GCC)
> /usr/bin/ld: ./xxx.ltrans0.ltrans.o: warning: relocation against
> `lm_read_ctl_dict_size_n_lmclass_used' in read-only section `.text'
> /usr/bin/ld: ./xxx.ltrans0.ltran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103317
--- Comment #5 from Andrew Pinski ---
Hmm, I fixed one like this yesterday. Are you sure it is not fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101180
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Richard Biener writes:
> On Tue, Nov 16, 2021 at 4:51 PM Richard Sandiford
> wrote:
>>
>> Richard Biener writes:
>> > On Wed, Nov 10, 2021 at 1:46 PM Richard Sandiford via Gcc-patches
>> > wrote:
>> >>
>> >> code_helper and gimple_match_op seem like generally useful ways
>> >> of summing up a
On Thu, Nov 18, 2021 at 2:07 PM Jan Hubicka wrote:
>
> > --- a/gcc/config/rs6000/predicates.md
> > +++ b/gcc/config/rs6000/predicates.md
> > @@ -1086,7 +1086,9 @@ (define_predicate "current_file_function_operand"
> > (match_test "(DEFAULT_ABI != ABI_AIX || SYMBOL_REF_FUNCTION_P (op))
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103088
Aldy Hernandez changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939
--- Comment #4 from Marek Polacek ---
Does that mean that code like this (from type_traits) needs to be fixed?
class __make_unsigned_selector_base
{
protected:
template struct _List { };
template
struct _List<_Tp, _Up...>
On 11/18/21 3:16 PM, Segher Boessenkool wrote:
> Hi!
>
> On Wed, Nov 17, 2021 at 05:06:05PM -0600, Bill Schmidt wrote:
>>> I don't like that at all. The user didn't write the _vsx thing, and it
>>> isn't documented either (neither is the _vec one, but that is a separate
>>> issue, specific to
* Jakub Jelinek:
> dl_iterate_phdr is declared in link.h and without the _ prefix, shouldn't
> dl_find_eh_frame follow the suit and be declared in the same header and
> also without the prefix?
We need to use the _ prefix due to this bug:
dl_iterate_phdr namespace violation
On 11/17/2021 1:00 AM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
So like many optimizations on the gimple level, sometimes it makes sense to do
the
optimization early or later. In this case, creating a cond expression early
causes
other optimizations to be missed. So just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103266
--- Comment #7 from Jan Hubicka ---
I am testing
diff --git a/gcc/ipa-modref.c b/gcc/ipa-modref.c
index c94f0589d44..e5d2b11025a 100644
--- a/gcc/ipa-modref.c
+++ b/gcc/ipa-modref.c
@@ -2033,10 +2033,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101180
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
x=/home/marxin/bin/gcc
--disable-multilib --enable-host-shared --disable-libsanitizer
--enable-valgrind-annotations --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 2028 (experimental) (GCC)
/usr/bin/ld: ./xxx.ltrans0.ltrans.o: warni
> On Thu, Nov 18, 2021 at 2:07 PM Jan Hubicka wrote:
> >
> > > --- a/gcc/config/rs6000/predicates.md
> > > +++ b/gcc/config/rs6000/predicates.md
> > > @@ -1086,7 +1086,9 @@ (define_predicate "current_file_function_operand"
> > > (match_test "(DEFAULT_ABI != ABI_AIX ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103282
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |---
1 - 100 of 327 matches
Mail list logo