On Fri, Aug 29, 2014 at 2:28 PM, Bill Schmidt
wrote:
> Hi,
>
> This is the last in the current series of new vector built-ins. This
> group adds vec_ctf, vec_cts, and vec_ctu for vector double and vector
> long long. Additionally, it adds documentation for the built-ins added
> in my last patch,
On Fri, Aug 29, 2014 at 10:46 PM, Maciej W. Rozycki
wrote:
> Hi,
>
> The loop-19.c test case has regressed from 4.8 to 4.9 and trunk on
> classic FPU Power targets, these failures are now seen:
>
> FAIL: gcc.dg/tree-ssa/loop-19.c scan-tree-dump-times optimized "MEM.(base:
> &|symbol: )a," 2
> FA
Hi,
In some versions of GCC with AARCH64 backported, I got a miscompile
of a shift that involved a load which had a post increment of the
address. This adds the testcase I created for that case.
Comitted after a quick test on x86_64-linux-gnu of the testcase. I
had meant to commit this two day
Dear Tobias,
This looks fine to me - OK for trunk.
Thanks for this massive effort!
Paul
On 28 August 2014 08:13, Tobias Burnus wrote:
> This patch is based on 1/2 and 2/2 on the series. When the patch is
> approved, OpenCoarrays needs to be adapted; however, as surplus arguments of
> the calle
Am 20.08.2014 um 22:12 schrieb Svante Signell:
> On Wed, 2014-05-21 at 10:48 +0200, Samuel Thibault wrote:
>> Svante Signell, le Wed 21 May 2014 10:44:54 +0200, a écrit :
>>> On Wed, 2014-05-21 at 10:33 +0200, Arnaud Charlet wrote:
>> I think the majority of work has bee done, Now that patch wi
Any news for my patch proposals ?
Regarding documentation of default minimum number of buckets, I don't
know where it has been documented but why do we need to document it
separately ? Could it be taken care by Doxygen ? Can't it get the
default value from the code itself ? If not we could doc
In some situations, we would like to point to a location which was not
encoded when tokenizing. This happens, for example, in two prominent
cases:
1) To get precise locations within strings
(https://gcc.gnu.org/PR52952) for example, for Wformat warnings.
2) In the Fortran FE, which gives quite pr
Hi Richard,
On Thu, Aug 28, 2014 at 10:18:22AM +0200, Richard Biener wrote:
> This also matches joined -B/foo
>
> >>> +{
> >>> + const char *arg = av[i] + 2;
> >>> + const char *end;
> >>> +
> >>> + memmove (av + i, av + i + 1, sizeof (char *) * ((ac + 1) - i));
> >>> + ac
Dear Tobias,
Obviously there is no problem with this - OK for trunk
Cheers
Paul
On 27 August 2014 23:37, Tobias Burnus wrote:
> I claim that it is part 2 of 3 of the "CAF dep" series, but the patch has
> nothing to do with it, except that it is in the way.
>
> Technically, it just moves code f
The attached change fixes a rather old regression. The code that is
generated with fast
indirect calls assumes that a function pointer points directly at the
function being called,
not a procedure descriptor.
Tested on hppa-unknown-linux-gnu and hppa2.0w-hp-hpux11.11. Committed
to trunk,
We now have support for "future" on hppa-linux. The attached change
updates the
baseline symbols for it.
Tested on hppa-unknown-linux-gnu. Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-08-30 John David Anglin
* config/abi/post/hppa-linux-gnu/base
On Fri, 2014-08-29 at 23:41 -0600, Jeff Law wrote:
> On 08/29/14 12:07, David Malcolm wrote:
>
> >
> > Yes: I made various mistakes in reorg.c and resource.c where I assumed
> > that a JUMP_LABEL(insn) was an insn, whereas the existing code is set up
> > to handle RETURN nodes.
> Well, it would se
This converts almost all remaining CPP options to use CPP() in the
*.opt files. Following your comment here
(https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02499.html) several
options now use explicit Init().
The only test I needed to tweak was gcc.dg/cpp/endif-pedantic2.c,
which tests that "-Wno-e
Dear Tobias,
Given Dominques news that this fixes a golden oldie that drove me to
madness and PR60593 - OK for trunk, 4.8 and 4.9
Many thanks for the patch
Paul
On 27 August 2014 22:59, Tobias Burnus wrote:
> The current gfc_check_dependency check always looked at the pointer
> attribute - and
On Fri, Aug 29, 2014 at 4:00 PM, Kirill Yukhin wrote:
> Patch in the bottom extends support of compress and expand
> insns.
>
> Bootstrapped.
> AVX-512* tests on top of patch-set all pass
> under simulator.
>
> Is it ok for trunk?
>
> gcc/
> * config/i386/sse.md
> (define_mode_ite
On Fri, Aug 29, 2014 at 3:55 PM, Kirill Yukhin wrote:
> Patch in the bottom adds support for reduce,range,fpclass.
>
> Bootstrapped.
> AVX-512* tests on top of patch-set all pass
> under simulator.
>
> Is it ok for trunk?
>
> gcc/
> * config/i386/i386.c
> (ix86_expand_args_builtin
On Fri, Aug 29, 2014 at 3:23 PM, Kirill Yukhin wrote:
> Hello,
> Patch in the bottom updates few UNSPEC insn patterns w/ new
> mode iterator. Additionally names were slightly changed.
>
> Bootstrapped.
> AVX-512* tests on top of patch-set all pass
> under simulator.
>
> Is it ok for trunk?
>
> gcc
17 matches
Mail list logo
