When I initially created this in the early 2000s, CSS did barely
exist and was hardly used. Now in 2016 it makes sense to use it
fully (a first phase of conversation happened a few years ago)
and reduce our dependency on MetaHTML even further.
And it even simplifies things, once again.
Applied.
On 16/04/16 21:31, Gerald Pfeifer wrote:
> On Sun, 10 Apr 2016, Andrew Hughes wrote:
>>> That said, looking at the page, and how since 2005 nearly all changes
>>> have been maintainance ones from me, is it really worthwhile keeping
>>> this (short of historic reasons)?
>> I guess the next news will
On Sun, 17 Apr 2016, Mikhail Maltsev wrote:
Currently GCC can optimize away the following dead store:
void test(char *x)
{
*x = 1;
free(x);
}
but not this one (Clang handles both cases):
void test(char *x)
{
*x = 1;
delete x;
}
The attached patch fixes this by introducing a new __attribu
Hi
while working on the previous flag I noticed latent bug in set_pure_flag
and set_const_flag. Both functions are used for setting the flag (from
pure-const pass) as well as clearing the flag (from profiling). When setting
the flag one needs to watch for interposition, while when clearning one wa
On Fri, 15 Apr 2016, Alexander Monakov wrote:
> On Fri, 15 Apr 2016, Michael Matz wrote:
> > Replace first nop with a breakpoint, handle rest of patching in breakpoint
> > handler, patch breakpoint insn last, no need to atomically patch multiple
> > instructions.
>
> Alternatively: replace first
On Sun, 17 Apr 2016, Andrew Haley wrote:
>> Somewhat related, any concerns if I were to remove
>> https://gcc.gnu.org/java/status.html now?
>>
>> ("Status of GCJ as of GCC 3.2" _really_ is rather old.)
> It's so old that I don't think it's of any use. However, I wonder
> if it might make more se
Hi,
this patch fixes infrastructure used by branch prediction code to collect
information about prediction hitrates that is needed to verify their
performance.
We used to read profile first and then do profile estimation, nowdays passes
are run in the opposite order. Because dumping happens during
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-6.1-b20160131.sv.po',
This makes the handling of qualified pointer parameters with -fdump-ada-spec
more robust and also cleans up a bit the relevant machinery.
Tested on x86_64-suse-linux, applied on the mainline.
2016-04-17 Eric Botcazou
* c-ada-spec.c (get_underlying_decl): Return the typedef, if any.
On Sun, Apr 17, 2016 at 9:13 AM, Jan Hubicka wrote:
> Hi,
> this patch fixes infrastructure used by branch prediction code to collect
> information about prediction hitrates that is needed to verify their
> performance.
>
> We used to read profile first and then do profile estimation, nowdays pass
When an in-class unscoped enumeration is defined out-of-line its
enumerators currently don't inherit the access of the enumeration. This
patch makes the access of the enumerations defined out-of-line match the
access of the enumerator.
Also, we currently don't check that redeclarations of in-clas
> libbackend.a(graphite.o): In function `graphite_finalize(bool)':
> /export/gnu/import/git/gcc-test-profiled/bld/gcc/../../src-trunk/gcc/graphite.c:259:
> undefined reference to `tree_estimate_probability()'
> collect2: error: ld returned 1 exit status
> ../../src-trunk/gcc/lto/Make-lang.in:71: re
Hi,
this patch fixes symmetric bug to pure-const discovery but with nothrow flag
when -fnon-call-exceptions is used. In this case we probably can not detect
function as nothrow just based on the fact we see no throwing statements because
they were possibly optimized out as can be seen in the attach
On 01/02/2016 12:16 PM, Marcin Kościelnicki wrote:
When an unconditional jump with side effects targets an immediately
following label, rtl_tidy_fallthru_edge is called. Since it has side
effects, it doesn't remove the jump, but the label is still marked
as fallthru. This later causes a verific
On 01/29/2016 10:34 AM, Bernd Schmidt wrote:
So PR57193 has an example of sub-optimal code generation, with some
unnecessary register moves left after LRA. These seem to be difficult to
prevent, but last year Robert Suchanek made some modifications to
regrename that allow it to clean up such case
On 03/29/2016 05:36 AM, Bernd Schmidt wrote:
On 03/25/2016 11:00 PM, Alan Modra wrote:
I'll also prepare a patch to delete REG_LIVE_LENGTH everywhere.
Like this. Bootstrapped and regression tested x86_64-linux.
OK for stage1?
Oh wow that's a lot of stuff removed. Ok for this and the
FREQ_CA
On 03/04/2016 08:13 AM, Bernd Schmidt wrote:
On 03/04/2016 03:27 PM, Patrick Palka wrote:
I still suggest to try making write_test_expr() avoid emitting
redundant parentheses for chains of || or &&, which would fix the
original issue all the same. Previously you claimed that such a
change would
On 01/02/2016 12:16 PM, Marcin Kościelnicki wrote:
With the new s390 split-stack support, when optimization is enabled,
the cold path of calling __morestack is likely to be moved to the
end of the function. This will result in the function ending in
split_stack_call_esa, which is an unconditiona
On 12/15/2015 10:07 AM, Kyrill Tkachov wrote:
Hi all,
As part of the war on conditional compilation here's an #if check on
WORD_REGISTER_OPERATIONS that
seems to have been missed out.
Bootstrapped and tested on arm, aarch64, x86_64.
Is it still ok to commit these kinds of conditional compilati
On Thu, Mar 3, 2016 at 9:16 AM, Patrick Palka wrote:
> push_to_top_level gets called fairly frequently in template-heavy code
> that performs a lot of instantiations, and we currently "leak" a lot of
> GC memory when compiling such code since [push|pop]_to_top_level() do
> not bother reusing or ev
Since the default is C++14 it seems apropos to *not* treat that C++
version thusly in the warning in libstdc++.
Ed
OK for trunk? And maybe some 6 branch later?
2016-04-17 Edward Smith-Rowland <3dw...@verizon.net>
* include/bits/c++14_warning.h: Do not refer C++14 as experimental.
21 matches
Mail list logo
