On Wed, Jan 21, 2015 at 9:08 PM, Tim Shen tims...@google.com wrote:
Fixed and committed.
I believe this one is also suitable for 4.9?
I guess we don't have a 'code freeze' for 4.9 branch as we do for 5.0
late stage?
--
Regards,
Tim Shen
On Fri, Jan 23, 2015 at 1:20 PM, Tim Shen tims...@google.com wrote:
I think this patch fits 4.9 branch well?
Ping.
--
Regards,
Tim Shen
On February 1, 2015 7:22:29 AM CET, Jason Merrill ja...@redhat.com wrote:
On 01/30/2015 06:49 PM, Aldy Hernandez wrote:
+ FOR_EACH_FUNCTION_WITH_GIMPLE_BODY (node)
+if (DECL_ABSTRACT_ORIGIN (node-decl))
If we do this for all functions, not just those with
DECL_ABSTRACT_ORIGIN set...
+
On January 30, 2015 11:04:23 PM CET, Jason Merrill ja...@redhat.com wrote:
On 01/30/2015 03:36 PM, Aldy Hernandez wrote:
/* It is possible to have both DECL_ABSTRACT_P and DECLARATION be
true if we
started to generate the abstract instance of an inline, decided
to output
its
The attached patch fixes this issue.
Regression tested on x86-64.
New test case attached.
OK for trunk?
Regards,
Jerry
2015-02-01 Jerry DeLisle jvdeli...@gcc.gnu.org
PR fortran/64506
* scanner.c (gfc_next_char_literal): Check for '!' and if found,
clear the
Hi,
This adds atomic not insns for SH. Although not directly supported by
the atomic builtins, for things like atomic xor (-1) or atomic nand (-1)
combine will happily try to simplify the insns into a unary not.
Committed as r220317.
Tested with make -k check-gcc RUNTESTFLAGS=sh.exp=pr64851*
One more patch to fix the preprocessor conditions, this time to fix
--disable-threads builds.
Tested x86_64-linux, committed to trunk.
commit 911783907e5482c09d80fd8a5e3b5aa6d2b891d3
Author: Jonathan Wakely jwak...@redhat.com
Date: Sat Jan 31 22:01:43 2015 +
* src/c++11/futex.cc: Do
On Jan 31, 2015, at 1:55 PM, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
What about the -Wcomment question?
I don’t consider it linked in anyway to the patch at hand. I’m not a big fan
of the default flags being much different than the flags the user normally
sees. That said,
On 01/02/15 15:08 +, Jonathan Wakely wrote:
I failed to CC gcc-patches on this patch ...
On 29/01/15 13:02 +, Jonathan Wakely wrote:
Jakub pointed out that we have some attributes that don't use the
reserved namespace, e.g. __attribute__ ((always_inline)).
This is a 4.9/5 regression
Do I need to do anything else to get this patch into gcc?
On 29 January 2015 at 22:32, Bruno Loff bruno.l...@gmail.com wrote:
The issue was first reported by Joachim Wieland to the list
g...@gcc.gnu.org, on Wed,
Jan 19, 2011 (Subject: PLUGIN_FINISH_TYPE not executed for enums).
A
It turns out that with the disabling of cvsweb the code for
the infrastructure no longer is accessible via the web (and
I actually only wanted to adjust that part of the page), so
make those adjustment, simplify the language a bit, but
disable the section.
Applied.
Gerald
Index: about.html
Hi,
this PR is about IPA icf first releasing body during profile merge and then
attempting to use result to build tunk.
Bootstrapped/regtested x86_64-linux. Tested on Firefox build. Will commit it
shortly.
Honza
PR ipa/64872
* ipa-utils.c (ipa_merge_profiles): Add release
On Friday 2014-11-14 19:12, Manuel López-Ibáñez wrote:
This is what I committed.
Thanks Manuel!
As I am catching up on some older changes, I went ahead and made
some minor changes on top of yours and applied the following:
Make a link description around -fdiagnostics-color= more meaningful,
I failed to CC gcc-patches on this patch ...
On 29/01/15 13:02 +, Jonathan Wakely wrote:
Jakub pointed out that we have some attributes that don't use the
reserved namespace, e.g. __attribute__ ((always_inline)).
This is a 4.9/5 regression and the fix was pre-approved by Jakub so
I've
This is a GCC5 bootstrap regression on 32bit Darwin hosts ( I can raise a PR if
that is considered necessary).
In fact it is not libcc1, but libiberty that is the cause -
On 26 Jan 2015, at 14:13, Rainer Orth wrote:
FX fxcoud...@gmail.com writes:
The default BOOT_CFLAGS are: -O2 -g
After Stage 4 of course.
On 02/01/2015 04:44 AM, Jerry DeLisle wrote:
The attached patch fixes this issue.
Regression tested on x86-64.
New test case attached.
OK for trunk?
Regards,
Jerry
2015-02-01 Jerry DeLisle jvdeli...@gcc.gnu.org
PR fortran/64506
* scanner.c
Jerry DeLisle wrote:
The attached patch fixes this issue.
Regression tested on x86-64.
New test case attached.
OK for trunk?
Looks ok (together with a changelog for the test case).
However, I tried a similar fixed-form program and it failed similarly. I
think you need a similar fix (in the
On Fri, Jan 30, 2015 at 1:57 AM, Alan Modra amo...@gmail.com wrote:
On Fri, Jan 16, 2015 at 08:12:27PM +1030, Alan Modra wrote:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-December/123776.html
shows gcc-5 miscompiling a powerpc64 linux kernel. The executive
summary is that the rs6000
On 02/01/2015 10:15 PM, Aldy Hernandez wrote:
Well, we'd also have to output globals, which we're currently not doing
in finalize_compilation_unit. But if you're ok with generating early
dwarf for functions as well as globals/statics from
finalize_compilation_unit() then we could get rid of
On 02/01/2015 03:42 AM, Richard Biener wrote:
I always thought a user expects debug information for all entities in the
source, not only those useb by the (optimized) binary.
Right, but the clones aren't in the source individually; the primary
constructor that they are cloned from should
This patch applies equivalent changes from ix86_set_current_function
to rs6000_set_current_function. The example in the Bugzilla report
does not fail, but I hope that the reporter can confirm this is fixed.
Bootstrapped on powerpc64-linux-gnu.
Committed.
Thanks, David
PR target/64047
Calls to `std::uncaught_exception` after calling
`std::rethrow_exception' always return `true' when
`std::uncaught_exception' should return `false' unless an exception is
in flight. `std::rethrow_exception' does not update
`__cxa_eh_globals::uncaughtExceptions' while the following call to
On 01/31/2015 10:22 PM, Jason Merrill wrote:
On 01/30/2015 06:49 PM, Aldy Hernandez wrote:
+ FOR_EACH_FUNCTION_WITH_GIMPLE_BODY (node)
+if (DECL_ABSTRACT_ORIGIN (node-decl))
If we do this for all functions, not just those with
DECL_ABSTRACT_ORIGIN set...
+ /* FIXME: What does this do
Based on the way that libgomp wants to dynamically load the library,
the library should use suffix .so.#n on AIX. AIX also needs the
library linked with libpthread.
Bootstrapped on powerpc-ibm-aix7.1.0.0.
Thanks, David
PR libgomp/64635
* configure.tgt (*-*-aix*): Use standard
On 02/01/2015 08:34 PM, Jerry DeLisle wrote:
The test case should have the print *, astring changed to call abort.
Jerry
! { dg-do run }
! { dg-options -std=gnu }
! PR64506 fixed form source
character(25) :: astring
100 format('This format is OK.'
)
200 format('This format works
On 01/26/2015 11:03 AM, Yury Gribov wrote:
On 01/16/2015 12:18 PM, Yury Gribov wrote:
This is a wwwdocs patch to changes.html to announce -freport-bug flag.
Ok to commit?
Hi all,
Second version of patch with updates from Gerald Pfeifer.
Ok to commit?
Ping.
-Y
? the
Index:
Hi,
Please find attached the patch that handles the operations on
SYMBOL_SMALL_TPREL appropriately.
It fixes gcc.dg/tls/opt-11.c regression on ilp32.
Please review the patch and let us know if its okay?
Regression tested on aarch64-elf.
Thanks,
Naveen
2015-02-02 Andrew Pinski
On 02/01/2015 01:02 PM, Tobias Burnus wrote:
Jerry DeLisle wrote:
The attached patch fixes this issue.
Regression tested on x86-64.
New test case attached.
OK for trunk?
Looks ok (together with a changelog for the test case).
However, I tried a similar fixed-form program and it failed
28 matches
Mail list logo
