Hi,
I'm thinking about to tune the cunroll and cunrolli. And I also had some
tests about parameters like: param_max_completely_peel_times,
param_max_peel_times, param_max_completely_peeled_insns...
During tunning those parameters, I find there are some cases that are
improved, while there are alw
On 10/9/20 10:06 AM, Jiufu Guo wrote:
Hi,
I'm thinking about to tune the cunroll and cunrolli. And I also had some
tests about parameters like: param_max_completely_peel_times,
param_max_peel_times, param_max_completely_peeled_insns...
During tunning those parameters, I find there are some cases
Hi
being deprecated for nearly 20 years of C++ standards has
always been a bit baffling to me. I'm used to thingis being deprecated and
then removed a bit faster than that.
It is still deprecated in C++17 but does not appear in C++2x as of
draft N4860. GCC 10 still behaves the same and you get a
On Fri, 9 Oct 2020 at 14:31, Joel Sherrill wrote:
>
> Hi
>
> being deprecated for nearly 20 years of C++ standards has
> always been a bit baffling to me. I'm used to thingis being deprecated and
> then removed a bit faster than that.
>
> It is still deprecated in C++17 but does not appear in C++
On Fri, Oct 9, 2020 at 8:49 AM Jonathan Wakely
wrote:
> On Fri, 9 Oct 2020 at 14:31, Joel Sherrill wrote:
> >
> > Hi
> >
> > being deprecated for nearly 20 years of C++ standards has
> > always been a bit baffling to me. I'm used to thingis being deprecated
> and
> > then removed a bit faster t
On Fri, 9 Oct 2020 at 15:13, Joel Sherrill wrote:
>
>
>
> On Fri, Oct 9, 2020 at 8:49 AM Jonathan Wakely wrote:
>>
>> On Fri, 9 Oct 2020 at 14:31, Joel Sherrill wrote:
>> >
>> > Hi
>> >
>> > being deprecated for nearly 20 years of C++ standards has
>> > always been a bit baffling to me. I'm use
Hi,
I am currently trying to get the argument lists for calling
intrinsic functions right, and I have run across something in a
tree I do not understand.
The declaration is:
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set -1
canonical-type 0x7feefcfec5e8 pre
Thomas Koenig via Fortran wrote:
and the library function has
mmaxloc2_4_s1 (gfc_array_s1 * const restrict array,
gfc_array_l1 * const restrict mask,
GFC_LOGICAL_4 back,
gfc_charlen_type len)
As far as I can tell, the decl loo
Hi Iain,
If the last node in the list is void_list_node (a TREE_LIST node whose
TREE_VALUE is the void_type_ node), then functions of this type do not
take variable arguments. Otherwise, they do take a variable number of
arguments.
> HTH
That does help, a lot.
It means that this decl is
Snapshot gcc-9-20201009 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20201009/
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,
Is there any API or common codes to check any two blocks is reachable ?
Thanks.
Jojo
On Fri, Oct 9, 2020 at 8:01 PM Jojo R wrote:
>
> Hi,
>
> Is there any API or common codes to check any two blocks is reachable
> ?
Yes the API in dominance.h.
Depending on where you use it, you might need to have it created.
Using calculate_dominance_info function.
The function to do the
Hi,
Thanks, i will dig it deeply :)
Jojo
在 2020年10月10日 +0800 AM11:14,Andrew Pinski ,写道:
> On Fri, Oct 9, 2020 at 8:01 PM Jojo R wrote:
> >
> > Hi,
> >
> > Is there any API or common codes to check any two blocks is reachable ?
>
> Yes the API in dominance.h.
> Depending on where you use
13 matches
Mail list logo