On Sun, Sep 4, 2011 at 12:39 AM, Martin Jambor wrote:
> Hi,
>
> the patch below improves the comparisons of BINFOs in IPA-CP. The
> problem is that we can read different BINFOs for the same type (or a
> base type component) from the LTO summaries because BINFOs coming from
> different compilation
On Sun, Sep 4, 2011 at 1:09 AM, Martin Jambor wrote:
> Hi,
>
> we have agreed on this list recently that the versionable flag should
> be moved from the inline summary to the local part of struct
> cgraph_node because it has nothing to do with inlining and is computed
> by ipa-prop and used only b
Hi,
this patch fixes PR50251, which was caused by r178353.
The patch was bootstrapped and reg-tested on i686 and x86_64.
On i686, the test-cases reported failing in PR50251 pass again.
The patch selects the DRAP type stack realignment method in case a stack_restore
is used. If that is not done,
On Sun, Sep 4, 2011 at 11:00 AM, Tom de Vries wrote:
> Hi,
>
> this patch fixes PR50251, which was caused by r178353.
>
> The patch was bootstrapped and reg-tested on i686 and x86_64.
> On i686, the test-cases reported failing in PR50251 pass again.
>
> The patch selects the DRAP type stack realig
Hi,
While analyzing def stmt in vectorizer pattern detection, we access
its stmt_vec_info which is initialized only for statements inside the
loop being analyzed. Hence if the def stmt is outside the loop, we get
a segfault. This patch checks that a statement is inside the loop
before accessing it
Committed as r178509.
Cheers,
Janus
2011/9/1 Janus Weil :
> Hi all,
>
> here is a small patch fixing a recent OOP regression. It feels a bit
> like it's only fixing the effect instead of the cause (since I haven't
> really found the cause). But anyway, it does fix the ICE and it is
> obvious en
On 09/04/2011 11:10 AM, Richard Guenther wrote:
> On Sun, Sep 4, 2011 at 11:00 AM, Tom de Vries wrote:
>> Hi,
>>
>> this patch fixes PR50251, which was caused by r178353.
>>
>> The patch was bootstrapped and reg-tested on i686 and x86_64.
>> On i686, the test-cases reported failing in PR50251 pass
ping
references
http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00216.html
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00281.html
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00149.html
http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01872.html
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01226.html
Hi!
On Sat, 16 Jul 2011 11:27:46 -0400, Diego Novillo wrote:
> On Sat, Jul 16, 2011 at 02:52, Ian Lance Taylor wrote:
>
> > 2011-07-15 Ian Lance Taylor
> >
> > * configure.ac: Add --enable-build-poststage1-with-cxx. If set,
> > make C++ a boot_language. Set and substitute
> >
On Wed, 24 Aug 2011, Eric Botcazou wrote:
>> I've been trying for 2 days to replicate this with various
>> configurations and none have failed.
> I configure for i586 with --enable-checking=yes,rtl. And I also have a
> comparison failure on x86-64 with the same configure options:
Which version
On Sun, Sep 4, 2011 at 3:51 AM, Janus Weil wrote:
> Committed as r178509.
>
> Cheers,
> Janus
>
>
>
> 2011/9/1 Janus Weil :
>> Hi all,
>>
>> here is a small patch fixing a recent OOP regression. It feels a bit
>> like it's only fixing the effect instead of the cause (since I haven't
>> really foun
the following was approved on the PR thread.
cheers,
Iain
gcc:
PR debug/49901
* config/darwin.h (DEBUG_MACRO_SECTION): New macro.
Index: gcc/config/darwin.h
===
--- gcc/config/darwin.h (revision 178509)
+++ gcc/conf
On Sun, Sep 4, 2011 at 6:44 AM, Tom de Vries wrote:
> On 09/04/2011 11:10 AM, Richard Guenther wrote:
>> On Sun, Sep 4, 2011 at 11:00 AM, Tom de Vries wrote:
>>> Hi,
>>>
>>> this patch fixes PR50251, which was caused by r178353.
>>>
>>> The patch was bootstrapped and reg-tested on i686 and x86_64
Tested on x86_64-suse-linux and powerc-linux, applied on the mainline.
2011-09-04 Eric Botcazou
* gnat.dg/specs/debug1.ads: Tweak pattern.
--
Eric Botcazou
Index: gnat.dg/specs/debug1.ads
===
--- gnat.dg/specs/debug1.a
gcc/
2011-09-04 David S. Miller
* config.host: Add driver-sparc.o and sparc/x-sparc on
native sparc*-*-linux* builds.
* config/sparc/driver-sparc.c: Correct Linux strings.
* gcc/config/sparc/linux.h: Add DRIVER_SELF_SPECS.
* gcc/config/sparc/linux64.h:
On 09/01/2011 03:07 AM, Bernd Schmidt wrote:
> On 08/31/11 20:43, Richard Sandiford wrote:
>> Bernd Schmidt writes:
>>> This is necessary when adding shrink-wrapping; otherwise dwarf2cfi sees
>>> inconsistent information and aborts.
>>>
>>> Tested on mips64-elf together with the rest of the shrink
On 09/01/2011 12:13 AM, Richard Sandiford wrote:
> Also, for the frame_pointer_required case, it looks like there's a
> window between the restoration of the frame pointer and the deallocation
> of the stack in which the CFA is still defined in terms of the frame
> pointer register. Is that signif
This provides a framework to optimize for these chips and also
to enable support for several new instructions available on these
processors.
I currently have patches to add VIS2, VIS3, POPC, and FMAF (fused
multiply-add) instruction support. I also plan on adding support for
the HPC instructions
These two PRs have to do with comparing conversion operators that return
lvalue or rvalue references. The fix for 49458 is to consider that
directly when deciding whether the rvalueness matches the target
reference, before an rvalue reference to function has decayed to an
lvalue. Part of this
At the Bloomington C++ meeting we discussed some issues with the
constexpr specification that the clang team encountered while trying to
implement it. Among the issues was a problem that also came up recently
for us as BZ 50248: if the constexpr-ness of a template instantiation
depends on its
On Sun, Sep 4, 2011 at 11:29 PM, Jason Merrill wrote:
> At the Bloomington C++ meeting we discussed some issues with the constexpr
> specification that the clang team encountered while trying to implement it.
> Among the issues was a problem that also came up recently for us as BZ
> 50248: if the
On 09/05/2011 01:04 AM, Gabriel Dos Reis wrote:
On Sun, Sep 4, 2011 at 11:29 PM, Jason Merrill wrote:
At the Bloomington C++ meeting we discussed some issues with the constexpr
specification that the clang team encountered while trying to implement it.
Among the issues was a problem that also
22 matches
Mail list logo
