On Mon, Oct 26, 2020 at 01:46:52PM +0100, Richard Biener wrote:
> On Mon, Oct 26, 2020 at 10:59 AM Stefan Schulze Frielinghaus via Gcc
> wrote:
> >
> > I'm trying to detect loops of the form
> >
> > while (*x != y)
> > ++x;
> >
> > which mimic the behaviour of function rawmemchr. Note, the
On Tue, Oct 27, 2020 at 12:01 AM Stefan Kanthak wrote:
>
> Richard Biener wrote:
>
> > On Sun, Oct 25, 2020 at 8:37 PM Stefan Kanthak
> > wrote:
> >>
> >> Hi,
> >>
> >> for the AMD64 alias x86_64 platform and the __int128_t [DW]type,
> >> the first few lines of the __mulvDI3() function from lib
Richard Biener wrote:
> On Tue, Oct 27, 2020 at 12:01 AM Stefan Kanthak
> wrote:
>>
>> Richard Biener wrote:
>>
>>> On Sun, Oct 25, 2020 at 8:37 PM Stefan Kanthak
>>> wrote:
Hi,
for the AMD64 alias x86_64 platform and the __int128_t [DW]type,
the first few lines of t
Ping
On 2020-09-28 21:12, Alejandro Colomar wrote:
'nitems()' calculates the length of an array in number of items.
It is safe: if a pointer is passed to the macro (or function, in C++),
the compilation is broken due to:
- In >= C11: _Static_assert()
- In C89, C99: Negative anonymous bitfiel
On Tue, Oct 27 2020, Gary Oblock via Gcc wrote:
> I'm running into grief in verify_node in cgraph.c
> when I use gsi_remove on a call statement.
>
> Specifically it's a free statement which I've replaced
> with other free statements as part of my structure
> reorg optimizations. Note, in other work
Hi,
Are you keen on obtaining the Decision Makers contacts of the companies who
want to migrate their Data Visualization Software or hoping to get another Data
Visualization Software?
We also have the clients who are interested to buy CRM, Accounting software,
ERP and many more.
Please
I was looking at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
and the ranger is constructing some 128 bit constants and calling
wide_int_to_tree to turn them into trees.
In particular, it starts with the value
p r.lower_bound(0)
{ = {val = {-65535, 9223372036854775807,
140737488257608}
On Tue, Oct 27, 2020 at 01:18:03PM -0400, Andrew MacLeod via Gcc wrote:
> I was looking at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
>
> and the ranger is constructing some 128 bit constants and calling
> wide_int_to_tree to turn them into trees.
>
> In particular, it starts with the val
Jakub Jelinek via Gcc writes:
> On Tue, Oct 27, 2020 at 01:18:03PM -0400, Andrew MacLeod via Gcc wrote:
>> I was looking at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
>>
>> and the ranger is constructing some 128 bit constants and calling
>> wide_int_to_tree to turn them into trees.
>>
>
On 10/27/20 1:46 PM, Richard Sandiford wrote:
Jakub Jelinek via Gcc writes:
On Tue, Oct 27, 2020 at 01:18:03PM -0400, Andrew MacLeod via Gcc wrote:
I was looking at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
and the ranger is constructing some 128 bit constants and calling
wide_int_to
Hi,
I'd like to revive the old discussion regarding the interaction of
jump threading and b_c_p causing the latter to incorrectly return 1 in
certain cases:
https://gcc.gnu.org/pipermail/gcc-patches/2020-June/547236.html
https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549288.html
The conclus
On Wed, 21 Oct 2020 at 16:10, Richard Biener wrote:
>
> On Wed, Oct 21, 2020 at 12:04 PM Prathamesh Kulkarni
> wrote:
> >
> > On Thu, 24 Sep 2020 at 16:44, Richard Biener
> > wrote:
> > >
> > > On Thu, Sep 24, 2020 at 12:36 PM Prathamesh Kulkarni
> > > wrote:
> > > >
> > > > On Wed, 23 Sep 202
12 matches
Mail list logo