> Hi,
>
> this patch fixes PR 60640 by creating thunks to clones when that is
> necessary to properly redirect edges to them. I mostly does what
> cgraph_add_thunk does and what analyze_function does to thunks. It
> fixes the testcases on trunk (it does not apply to 4.8, I have not
> looked how
domi...@lps.ens.fr (Dominique Dhumieres) writes:
>> The libjava sourcelocation output test has been FAILing on mainline for
>> more than a year, with no sign of anything happening to resolve that.
>> To reduce testsuite noise, I suggest to XFAIL the test. ...
>
> Would it be possible to backport
Hi,
On Wed, 2014-03-26 at 08:58 +0100, Christian Bruel wrote:
> This patches adds a few instructions to the inlined builtin_strlen to
> unroll the remaining bytes for word-at-a-time loop. This enables to have
> 2 distinct execution paths (no fall-thru in the byte-at-a-time loop),
> allowing block
Marek Polacek writes:
> @@ -,7 +,16 @@ handle_noinline_attribute (tree *node, tree name,
> int ARG_UNUSED (flags), bool *no_add_attrs)
> {
>if (TREE_CODE (*node) == FUNCTION_DECL)
> -DECL_UNINLINABLE (*node) = 1;
> +{
> + if (lookup_attribute ("al
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-4.9-b20140202.sv.po',
On Fri, Mar 28, 2014 at 10:46 PM, Joseph S. Myers
wrote:
> In addition to the failures fixed by this patch, there are many
> gcc.dg/vect tests where having additional vector extensions enabled
> breaks their expectations; I'm not sure of the best way to handle
> those. And you get
>
> FAIL: gcc.
Self-explanatory. Applied on all active branches.
2014-03-30 Eric Botcazou
PR ada/60703
* system-linux-alpha.ads: Adjust for Ada 2005.
* system-linux-mips.ads: Likewise.
* system-linux-mips64el.ads: Likewise.
* system-linux-mipsel.ads: Likewise.
--- Begin Message ---
Hi,
When trying to convert some code using boost::optional to using
std::experimental::optional instead if come over the issue that I had to
implement operator!= for the contained types.
When looking at n3793 it states that operator!= should be implemented
with !(t1 == t2),
> The libjava sourcelocation output test has been FAILing on mainline for
> more than a year, with no sign of anything happening to resolve that.
> To reduce testsuite noise, I suggest to XFAIL the test. ...
Would it be possible to backport the fix to 4.8?
TIA,
Dominique
