> PS: Talking about DWARF5, do you know when it will be available as public
> draft? I am especially looking forward to
> http://dwarfstd.org/ShowIssue.php?issue=121221.1 (Allow DW_AT_type with
> DW_TAG_string_type), which would be a low-hanging fruit in terms of
> implementation. Contrary to the a
ytes)
.uleb128 0x1# (DIE (0xb) DW_TAG_compile_unit)
.long .LASF0 # DW_AT_producer: "GNU C11 5.0.0 20150204
(experimental) -g -O2"
It is only Darwin where because of broken toolchain we need to stick to
DWARF2, because otherwise the buggy tools crash on it (and I think VxWorks).
Jakub
On Wed, 2015-02-04 at 22:21 +0100, Gerald Pfeifer wrote:
> On Wednesday 2015-02-04 14:10, David Malcolm wrote:
> > Gerald: Please can you do the "svn up" on the relevant machine again,
> > so that it gets the updated "update_web_docs_svn"?
>
> That was my plan, yes. :-) I just did that and manua
Hi!
As the testcases show, not using build_binary_op resulted in sometimes
non-promoted arguments, and there were issues with division,
where we initially want to use TRUNC_DIV_EXPR, but if the arguments
are floating point, change it into RDIV_EXPR instead.
Fixed thusly, bootstrapped/regtested on
On Wed, Feb 4, 2015 at 1:53 PM, Sriraman Tallam wrote:
> On Wed, Feb 4, 2015 at 10:57 AM, H.J. Lu wrote:
>> On Wed, Feb 4, 2015 at 10:51 AM, Sriraman Tallam wrote:
>>> On Wed, Feb 4, 2015 at 10:45 AM, H.J. Lu wrote:
On Wed, Feb 4, 2015 at 10:42 AM, Jakub Jelinek wrote:
> On Wed, Feb 0
It's probably there for a long time: the TARGET_LEGITIMATE_ADDRESS_P hook
rejects the last allowed positive offset in the reg+off addressing mode.
Tested on SPARC/Solaris, applied on the mainline.
2015-02-04 Eric Botcazou
* config/sparc/sparc.c (RTX_OK_FOR_OFFSET_P): Fix off-by-one
>> did with -gdwarf-4). We're still putting a version number of 2 in the
>> compilation unit header! But I guess even upgrading the CU header to
>
> We are not. On most targets we default to -gdwarf-4 and emit v. 4:
Oops, sorry, you're right. I carelessly misread this:
dw2_asm_output_data (2,
On February 4, 2015 11:37:01 PM GMT+01:00, "H.J. Lu"
wrote:
>On Wed, Feb 4, 2015 at 1:53 PM, Sriraman Tallam
>wrote:
>> On Wed, Feb 4, 2015 at 10:57 AM, H.J. Lu wrote:
>>> On Wed, Feb 4, 2015 at 10:51 AM, Sriraman Tallam
> wrote:
On Wed, Feb 4, 2015 at 10:45 AM, H.J. Lu
>wrote:
> On W
Hi,
this patch fixes quite nasty bug in update_indirect_edges_after_inlining
that forets to update param_index of indirect edge when the call becomes
speculative
during inlining.
Bootstrapped/regtested x86_64-linux, comitted. Jakub, do you think you can help
with a testcase? I am not quite sure
On Wed, Feb 4, 2015 at 2:47 PM, Bernhard Reutner-Fischer
wrote:
> On February 4, 2015 11:37:01 PM GMT+01:00, "H.J. Lu"
> wrote:
>>On Wed, Feb 4, 2015 at 1:53 PM, Sriraman Tallam
>>wrote:
>>> On Wed, Feb 4, 2015 at 10:57 AM, H.J. Lu wrote:
On Wed, Feb 4, 2015 at 10:51 AM, Sriraman Tallam
>
Hi,
this patch avoids ICE in programs that uses multiple copies of libgcov at once.
It is just a temporary workaround as discussed in the PR log.
Tested on Firefox and comitted.
Honza
2015-02-04 Jan Hubicka
On Wed, Feb 4, 2015 at 3:10 PM, H.J. Lu wrote:
> On Wed, Feb 4, 2015 at 2:47 PM, Bernhard Reutner-Fischer
> wrote:
>> On February 4, 2015 11:37:01 PM GMT+01:00, "H.J. Lu"
>> wrote:
>>>On Wed, Feb 4, 2015 at 1:53 PM, Sriraman Tallam
>>>wrote:
On Wed, Feb 4, 2015 at 10:57 AM, H.J. Lu wrote
On 01/15/2015 06:23 PM, Martin Liška wrote:
> Hello.
>
> This is Honsa's patch that I've just tested on x86_64-linux-pc. The patch is
> preapproved by Honza
> and is going to be installed.
backporting the fix for PR63970 introduced PR64938. Backporting this patch as
well fixes the ICE reported i
On Thu, Feb 05, 2015 at 12:33:18AM +0100, Matthias Klose wrote:
> On 01/15/2015 06:23 PM, Martin Liška wrote:
> > Hello.
> >
> > This is Honsa's patch that I've just tested on x86_64-linux-pc. The patch is
> > preapproved by Honza
> > and is going to be installed.
>
> backporting the fix for PR63
On 02/05/2015 12:38 AM, Jakub Jelinek wrote:
> On Thu, Feb 05, 2015 at 12:33:18AM +0100, Matthias Klose wrote:
>> On 01/15/2015 06:23 PM, Martin Liška wrote:
>>> Hello.
>>>
>>> This is Honsa's patch that I've just tested on x86_64-linux-pc. The patch is
>>> preapproved by Honza
>>> and is going to
Hi,
this patch fixes issue with speculation - update is needed between every
resolution
and key insertion.
Bootstrapped/regtested x86_64-linux, comitted.
Honza
PR ipa/64686
* ipa-inline.c (inline_small_functions): Fix ordering issue between
speculation resolution and key
Howdy!
Such simple requests. Such a pain in the ass to implement :).
I know Richard will be tickled pink with the attached patch-- well, at
least with the general approach, as generically handling DECLs has been
his desire all along. I hope I got it right, as it was a royal pain to
get the
On Wed, 2015-02-04 at 17:26 -0500, David Malcolm wrote:
> On Wed, 2015-02-04 at 22:21 +0100, Gerald Pfeifer wrote:
> > On Wednesday 2015-02-04 14:10, David Malcolm wrote:
> > > Gerald: Please can you do the "svn up" on the relevant machine again,
> > > so that it gets the updated "update_web_docs_
On Wed, Feb 4, 2015 at 10:32 AM, David Malcolm wrote:
> To build the jit docs, we need to use sphinx 1.0 or later; the
> 0.6.6 in EPEL 6 doesn't support all the directives we need.
>
> The alternate python-sphinx10 in EPEL 6 has 1.0.8:
> python-sphinx10-1.0.8-1.el6.noarch
> which is able to buil
On Tue, Feb 3, 2015 at 7:16 PM, Alan Modra wrote:
> On Tue, Feb 03, 2015 at 11:14:49AM -0500, David Edelsohn wrote:
>> On Tue, Feb 3, 2015 at 8:57 AM, Alan Modra wrote:
>> > PR target/64876
>> > * config/rs6000/rs6000.c (chain_already_loaded): New function.
>> > (rs6000_ca
On Wed, Feb 04, 2015 at 09:06:02PM -0500, David Edelsohn wrote:
> Testing only crtl->emit.sequence_stack->last
> does not seem to be sufficient. It seems like it really needs to test
> for more of the CALL sequence.
Ugh. You're right, we do need to test more of the call sequence.
Shame on me, I
Hi,
this patch fixes ordering issue in varpool.c that, while removing alias
it first removes link to its target and then tries to copy the constructor.
Bootstrapped/regtested x86_64-linux, commited.
PR ipa/61548
* varpool.c (varpool_node::remove): Fix order of variables.
Index: var
Hi,
this is second part of fix for PR ipa/61548. Before removing an variable, it is
better
to remove all its aliases so the constructors can be properly propagated.
Bootstrapped/regtested x86_64-linux.
Honza
PR ipa/61548
* ipa.c (symbol_table::remove_unreachable_nodes): Fix orde
On Thu, Feb 05, 2015 at 02:09:54PM +1030, Alan Modra wrote:
> Jakub, was your suggestion to use get_last_insn_anywhere() based on
> not wanting to expose details that should be internal to
> emit-rtl.[ch]?
Yes. But if it doesn't work for what you want, either add a new accessor or
use it directly
On February 5, 2015 12:28:14 AM CET, Jan Hubicka wrote:
>Hi,
>this patch avoids ICE in programs that uses multiple copies of libgcov
>at once.
>It is just a temporary workaround as discussed in the PR log.
>
>Tested on Firefox and comitted.
I expect this will break on platforms with default -fno-
On February 4, 2015 10:20:06 PM CET, Sebastian Pop wrote:
>Hi,
>
>The attached patch stops the recursion in the detection of FSM
>jump-threads at
>loop phi nodes after having visited a loop phi node. This avoids
>jump-threading
>two iterations forward that were possible due to a flip-flop operati
101 - 126 of 126 matches
Mail list logo
