> BTW for the LTO type merging issues one could probably just drop those types
> and all derivations to alias set 0. But indeed rewriting them to pointers
> would
> be better, especially for ABI compatibility.
>
> The Ada ICE I get is:
> Continuing.
> +===GNAT BUG DETECTED
On 12 Nov 2015, at 10:02, Arnaud Charlet wrote:
>
>>> This situation arises, for example, with an embedded RTS that
>>> incorporates the
>>> Ada 2012 generalized container iterators.
>>
>> I should add, this PR is the ???other half??? of PR ada/66242, which is fixed
>> in GCC 6; so please can it
nd_not_di_sp32): Likewise.
(*iordi3_sp32): Likewise.
(*or_not_di_sp32): Likewise.
(*xordi3_sp32): Likewise.
(*xor_not_di_sp32): Likewise.
(32-bit DImode logical operations splitter): Likewise.
(*one_cmpldi2_sp32): Likewise.
2015-12-19 Eric Bo
On 18/12/15 12:53, Andrew Burgess wrote:
* config/arc/arc.md (*storeqi_update): Use 'memory_operand' and
fix RTL pattern to include the plus.
(*storehi_update): Likewise.
(*storesi_update): Likewise.
(*storesf_update): Likewise.
* config/arc/p
On 18/12/15 12:52, Andrew Burgess wrote:
gcc/ChangeLog:
* config/arc/arc.md (*loadqi_update): Use new 'any_mem_operand'
and fix RTL pattern to include the plus.
(*load_zeroextendqisi_update): Likewise.
(*load_signextendqisi_update): Likewise.
(*loadhi_up
Hello!
+ 2015-12-19 Jeff Law
+
+ PR tree-optimization/64910
+ * config/i386/i386.md (testqi_ext_3): Allow HImode.
OK for mainline and branch.
Thanks,
Uros.
A recent PTX patch of mine exposed a latent bug in varpool handling by exposing
more CSE opportunities.
In the attached testcase:
char *p;
void foo ()
{
p = "abc\n";
while (*p != '\n')
p++;
}
the RTL CSE pass checks whether SYMBOL_REF (p) and SYMBOL_REF ($LCO) are
related. LC0 is th
On Fri, Dec 18, 2015 at 1:55 AM, H.J. Lu wrote:
> On Thu, Dec 17, 2015 at 1:59 PM, H.J. Lu wrote:
>> On Thu, Dec 17, 2015 at 1:21 PM, Uros Bizjak wrote:
>>> On Thu, Dec 17, 2015 at 7:09 PM, H.J. Lu wrote:
On Thu, Dec 17, 2015 at 8:11 AM, H.J. Lu wrote:
> On Thu, Dec 17, 2015 at 7:50 A
This patch addresses a deficiency found when testing a patch to fix
undesirable gimple code created by reassociation (pr64910). Based on
what I've seen from a code generation standpoint before/after this
patch, I would say it's highly likely this is fixing a regression in gcc-5.
[ This is a p
Tested on Linux-PPC64. The patch changes some testcases
to dg-do compile instead of dg-do run, and changes VERIFYs
to static_asserts, since those tests can be done statically.
2015-12-19 Ville Voutilainen
PR libstdc++/66693
* include/std/tuple (tuple_element, tuple_size, tuple_element_
Hi Steve,
I have run out of time because I am just about to set off to the UK
for Christmas. I only have trunk installed on my laptop, although I
might just load up 5 branch. I'll be back on the 29th and will deal
with this backport then.
Cheers
Paul
On 18 December 2015 at 19:58, Paul Richard T
> This is a small problem found by a static analyzer, a function in
> bt-load can in theory return the address of a local variable.
>
> Bootstrapped and tested on x86_64-linux, ok?
OK, thanks.
--
Eric Botcazou
12 matches
Mail list logo
