On Fri, Apr 1, 2011 at 8:43 AM, Ira Rosen wrote:
> On 30 March 2011 15:09, Ira Rosen wrote:
>>
>> I don't see any :) I'll test your version.
>>
>
> Bootstrapped on powerpc64-suse-linux and tested on x86_64-suse-linux
> the attached patch.
>
> OK to apply?
Ok.
Thanks,
Richard.
> Thanks,
> Ira
>
On Fri, Apr 1, 2011 at 6:06 PM, Tom de Vries wrote:
> On 04/01/2011 05:18 PM, Richard Earnshaw wrote:
>>
>> On Fri, 2011-04-01 at 16:45 +0200, Tom de Vries wrote:
>>> Reposting, with ChangeLog.
>>
>> #define BRANCH_COST(speed_p, predictable_p) \
>> - (TARGET_32BIT ? 4 : (optimize > 0 ? 2 : 0))
>
On Fri, Apr 1, 2011 at 9:01 PM, Nathan Froyd wrote:
> Nobody touches CONST_DECL's DECL_RTL, so there's no reason to for
> CONST_DECL to inherit from tree_decl_with_rtl. This patch adjusts the
> inheritance structure accordingly.
>
> Bootstrapped on x86_64-unknown-linux-gnu; tests in progress. OK
On Fri, Apr 1, 2011 at 6:24 PM, Richard Henderson wrote:
> On 03/31/2011 08:28 AM, Richard Guenther wrote:
Well, I'm not sure that strict-align targets that provide byte access do
not simply hide the issue inside the CPU (thus, perform the
read-modify-write
there and do not gu
I caught this with bootstrap-debug-lean, then realized a bug report was
open about the same problem. When Jakub introduced MEM attrs for the
MEMs that refer to the function to be called, it exposed a rare
problem.
Say we're compiling a translation unit that, in one function A, calls
foo (availabl
Some targets delayed the var-tracking pass to run it after
machine-specific transformations. The introduction of option saving and
restoring broke this, because the machine-specific overriding took place
too late for it to be saved, so, after compiling a function that used a
different set of optio
This makes it so that the Ada compiler doesn't emit an empty Exception_Data
record type in the debug info (DW_AT_declaration in DWARF).
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/decl.c (gnat_to_gnu_entity) : Defer
finalizing
This makes it so that the Ada compiler emits named array types in the debug
info (DW_TAG_typedef in DWARF) for array types declared in the sources.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/gigi.h (record_builtin_type): Add ARTIFICI
Taft Amendment types are incomplete types declared in the spec and whose
completion is in the body of the package. As such, their full definition
isn't visible from other compilation units. Therefore, they need a specific
treatment to make sure that the definition is preserved in the debug inf
This makes it so that the Ada compiler doesn't emit empty fat pointer types in
the debug info (DW_AT_declaration in DWARF). Fat pointers types are record
types used to represent (pointers to) unconstrained array types.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botca
This makes it so that the Ada compiler preserves unconstrained array types in
the debug info when they are declared in the sources and a constrained subtype
is referenced in the same unit.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/
Self-explanatory.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/decl.c (gnat_to_gnu_entity): Do not force the
DECL_ARTIFICIAL flag on enumeration types.
--
Eric Botcazou
Index: gcc-interface/decl.c
This makes it so that the Ada compiler emits named pointer types in the debug
info (DW_TAG_typedef in DWARF) for pointer types declared in the sources.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/utils.c (gnat_pushdecl): If this is a
The previous 7 patches paved the way to enabling -feliminate-unused-debug-types
again by default in Ada. We measured a 12.5% reduction in debug info size on
one big application (and an even larger one for another application), as well
as a 0.5% reduction in compilation time at -O0 -g.
Tested o
This fixes the fallouts of the previous series of patches.
Tested on i586-suse-linux, applied on the mainline.
2011-04-02 Eric Botcazou
* gcc-interface/utils.c (update_pointer_to): Finalize named pointer
types.
2011-04-02 Eric Botcazou
* gnat.dg/debug2.ad[sb]: N
The compiler aborts on the initialization of an access object to unconstrained
array type with an allocator whose initializer is a qualified aggregate (with
a constrained subtype of the array type), if the array type has an alignment
clause that causes it to be more aligned than its component ty
2011-04-02 Jonathan Wakely
PR libstdc++/48398
* include/bits/unique_ptr.h (__tuple_type): Store pointer type.
* testsuite/20_util/unique_ptr/modifiers/48398.cc: New.
* testsuite/20_util/unique_ptr/requirements/pointer_type.cc: Remove
unused parameter name
> Combiner has code to adjust this too (propagate_for_debug), but only
> updates debug insns between i2 and i3 (resp. i3 and undobuf.other_insn).
> The problem on the testcase is that this is a retry, so first
> try_combine with a later i3 calls propagate_for_debug and changes debug
> insns before
On Sat, Apr 02, 2011 at 05:42:55PM +0200, Eric Botcazou wrote:
> > Combiner has code to adjust this too (propagate_for_debug), but only
> > updates debug insns between i2 and i3 (resp. i3 and undobuf.other_insn).
> > The problem on the testcase is that this is a retry, so first
> > try_combine with
On 04/02/2011 09:47 AM, Richard Guenther wrote:
> On Fri, Apr 1, 2011 at 6:06 PM, Tom de Vries wrote:
>> On 04/01/2011 05:18 PM, Richard Earnshaw wrote:
>>>
>>> On Fri, 2011-04-01 at 16:45 +0200, Tom de Vries wrote:
Reposting, with ChangeLog.
>>>
>>> #define BRANCH_COST(speed_p, predictable_
In the course of trying to work out exactly what target macros there
are, I came across various oddities in target headers (and a few in
target .c files) that are fixed by this patch.
* Various targets use "struct rtx_def *" or "union tree_node *" in
place of "rtx" or "tree". I think this must
2011/4/1 Richard Henderson :
> On 04/01/2011 11:36 AM, Kai Tietz wrote:
>> It might be a good thing to extract those call-abi lookups into a
>> specific function, which returns numbers for the selected on. By this
>> we can avoid double lookup of attributes here.
>> But I would like to do this in a
On Apr 2, 2011, at 1:05 PM, Joseph S. Myers wrote:
> In the course of trying to work out exactly what target macros there
> are, I came across various oddities in target headers (and a few in
> target .c files) that are fixed by this patch
>
> * Testing showed that IRA_COVER_CLASSES had not
On Sat, Apr 2, 2011 at 10:09 AM, Kai Tietz wrote:
> 2011/4/1 Richard Henderson :
>> On 04/01/2011 11:36 AM, Kai Tietz wrote:
>>> It might be a good thing to extract those call-abi lookups into a
>>> specific function, which returns numbers for the selected on. By this
>>> we can avoid double looku
2011/4/2 H.J. Lu :
> On Sat, Apr 2, 2011 at 10:09 AM, Kai Tietz wrote:
>> 2011/4/1 Richard Henderson :
>>> On 04/01/2011 11:36 AM, Kai Tietz wrote:
It might be a good thing to extract those call-abi lookups into a
specific function, which returns numbers for the selected on. By this
2011/4/2 Kai Tietz :
> 2011/4/2 H.J. Lu :
>> On Sat, Apr 2, 2011 at 10:09 AM, Kai Tietz wrote:
>>> 2011/4/1 Richard Henderson :
On 04/01/2011 11:36 AM, Kai Tietz wrote:
> It might be a good thing to extract those call-abi lookups into a
> specific function, which returns numbers for t
On Mon, 14 Mar 2011, Jack Howarth wrote:
>Would someone please correct http://gcc.gnu.org/gcc-4.6/changes.html by
> deleting
> the reference to darwin LTO support. Specifically we should just kill the
> line...
Done thusly.
Gerald
Index: changes.html
===
On Sat, 2 Apr 2011, Eric Botcazou wrote:
> The previous 7 patches paved the way to enabling
> -feliminate-unused-debug-types again by default in Ada. We measured a
> 12.5% reduction in debug info size on one big application (and an even
> larger one for another application), as well as a 0.5% r
On Mon, 21 Feb 2011, Richard Guenther wrote:
>> 2011-02-20 Steven G. Kargl
>>
>> * gcc/config.gcc: Include i386/t-crtstuff in the building of crtend.o
> Wh! Updating from ancient to old!
Yes, GPLv3 and the way FreeBSD is handling it are unfortunate.
In any case, lang/gcc45 and oth
On Wed, 23 Feb 2011, Mark Mitchell wrote:
>> Perhaps so; I'm not sure what the right answer is for the default ABI
>> version. For now I've just made these changes ABI v6, and I'm checking
>> in this patch.
> That's good future-proofing.
>
> I know I'm being a bit pedantic, but I was just getting
30 matches
Mail list logo