Regtested on x86_64-unknown-linux-gnu. Ok for trunk?
s/'%s'/%qs/g
nowadays.
Good point, thank you. Updated patch attached.
I guess I still new formal approval by someone with reviewer status ...
Cheers,
Janus
Index: gcc/fortran/resolve.c
(test for excess errors)
Excess errors:
/usr/local/gcc/gcc-20141214/gcc/testsuite/g++.dg/cpp1y/pr63996.C:6:10: error:
ISO C++ forbids variable length array 'a' [-Wvla]
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now
Good point, thank you. Updated patch attached.
I guess I still new formal approval by someone with reviewer status …
OK
domi...@lps.ens.fr (Dominique Dhumieres) writes:
Here it is. Committed as r218662 to get things going again.
The same change should be done for libitm and libatomic.
And boehm-gc.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5
2014-12-14 12:00 GMT+01:00 FX fxcoud...@gmail.com:
Good point, thank you. Updated patch attached.
I guess I still new formal approval by someone with reviewer status …
OK
Thanks, committed as r218717.
Cheers,
Janus
On Mon, Dec 08, 2014 at 11:16:58PM +0100, Uros Bizjak wrote:
Hello!
On Tue, Nov 25, 2014 at 5:05 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, Nov 25, 2014 at 7:01 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Nov 25, 2014 at 1:57 PM, H.J. Lu hongjiu...@intel.com wrote:
Hi!
In r218719, I have committed a merge from trunk r218679 (2014-12-12) into
gomp-4_0-branch.
Grüße,
Thomas
pgp_QoHKRWj1T.pgp
Description: PGP signature
On December 14, 2014 3:08:28 PM CET, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Dec 08, 2014 at 11:16:58PM +0100, Uros Bizjak wrote:
Hello!
On Tue, Nov 25, 2014 at 5:05 PM, H.J. Lu hjl.to...@gmail.com
wrote:
On Tue, Nov 25, 2014 at 7:01 AM, Richard Biener
richard.guent...@gmail.com wrote:
Hi,
in order to handle correctly the testcase, thus do not ICE on it, I
think we have simply to replace the existing gcc_unreachable with a
normal error call. Additionally, I noticed that we aren't handling
correctly things like constexpr user-defined type-conversion operators,
thus I added
From: Andi Kleen a...@linux.intel.com
Since the accelerator changes omp_expand_local is not used anymore.
Remove the dead function and another function used by it.
gcc/:
2014-12-14 Andi Kleen a...@linux.intel.com
* omp-low.c (build_omp_regions_root): Remove dead function.
My recent patch for tracked fields had a bug that caused a compiler
crash when they were used in a global initializer. This patch fixes
it. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu.
Committed to mainline.
Ian
diff -r 5f3aca373b7d go/expressions.cc
--- a/go/expressions.cc
Print name of capture in patterns written by user.
* genmatch.c
(capture::name): New.
(capture::capture): New default argument.
(parse_capture): Pass id to capture::capture.
(print_operand): Print name of capture if available.
Thanks,
Prathamesh
On 15 December 2014 at 02:03, Prathamesh Kulkarni
prathamesh.kulka...@linaro.org wrote:
Print name of capture in patterns written by user.
* genmatch.c
(capture::name): New.
(capture::capture): New default argument.
(parse_capture): Pass id to capture::capture.
(print_operand):
Caused segfault for pattern containing no captures at:
info.safe_grow_cleared(capture_max + 1); in capture_info::capture_info
artificial test-case:
(define_predicates integer_zerop)
(simplify
(bit_not integer_zerop)
{ build_zero_cst (type); })
* genmatch.c
(simplify::simplify): Set
Hi,
The attached patch flattens cfgloop.h.
Created new file cfgloopanal.h which exports function prototypes
from cfgloopanal.c. Rest of the patch involves restructuring includes.
Boostrapped and tested on x86_64-unknown-linux-gnu with ISL enabled.
Built on all targets in config-list.mk with
On 12/14/14 14:07, Uros Bizjak wrote:
Hello Bruce!
I have posted a small fixincludes patch [1] that fixes a warning
during the fixincludes build,
Please apply. However, I'm sure it is not the last remaining warning
since new warnings get invented. :)
Thank you - Bruce
2014-12-09 Uros
Hi,
this patch implements analogous change I did to ipa.c reachability to remove
extern functions early when not optimizing. These are common in C++ code and
it is not effective to process them until after inliner.
Bootstrapped/regtested x86_64-linux, will commit it shortly.
Honza
*
Hi,
while looking into PR ipa/61324 I noticed that extern inline functions are
produced by C++ FE even at -O0. This seems like considerable waste especially
because these may trigger instantiations.
Bootstrepped/regtested x86_64-linux, OK?
Honza
* decl2.c (decl_needed_p): When not
Bootstraped and tested :)
I'm not sure if it's safe to directly backport it to 4.9, since one
inline function (_M_normalize_result) is added; but at least we can
manually inline them by copy paste.
--
Regards,
Tim Shen
commit 6be0eb9cfb66c0229c7121890371f9d45189321d
Author: timshen
Hi,
this patch fixes more of PR64043: when we have OBJ_TYPE_REF without a BINFO, we
should
not try to devirtualize. This is most conveniently done by modifying
virtual_method_call_p. I still need to figure out why -O0 / -O2 combination
with LTO
leads to -fdevirtualize being set. It should
Hi,
this patch fixes ICE in symbol_table::insert_to_assembler_name_hash in cases
where C++ FE produces a symbol but refuses to give it an assembler name (because
it is abstract but w/o abstract flag set).
Bootstrapped/regtested x86_64-linux, comitted.
Index: ChangeLog
Hi,
this testcase is another place where we leave dead symbols in the symtab and
thus
ipa-single-use propagation fails. Bootstrapped/regtested x86_64-linux,
comitted.
PR ipa/61602
* gcc.dg/torture/pr61602.c: New testcase.
* cgraph.h
Hi,
the testcase in PR ipa/61324 fails because it is compiled with -O0 and linked
with -O2.
This should not matter anymore if there wasn't the following problem in
streamer that
makes us to merge all default nodes across units.
Bootstrapped/regtested x86_64-linux, plan to commit it after more
Janus Weil wrote:
2014-12-14 12:00 GMT+01:00 FX fxcoud...@gmail.com:
Good point, thank you. Updated patch attached.
I guess I still new formal approval by someone with reviewer status …
OK
Thanks, committed as r218717.
Can you change non-pure to impure? That would better match the
Fortran
Hi,
this patch fixes type inconsistency in between main variant and its variant.
This is caused by build_cplus_array_type first laying down the type and only
then
linking it into vairant chain.
Bootstrapped/regtested x86_64-linux, OK?
Honza
PR tree-optimization/62053
* tree.c
The Fortran part of the .opt changes has been approved, but for Enum(),
some bits had to be moved to gcc/flag-types.h – and review for that file
is still missing.
https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01068.html
Tobias
Tobias Burnus wrote:
This patch cleans up Fortran's option
gcc/testsuite/ChangeLog
2014-12-15 Sebastian Huber sebastian.hu...@embedded-brains.de
* gcc.dg/typeof-2.c: Add checks for non-atomic types.
---
gcc/testsuite/gcc.dg/typeof-2.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
Hi,
actually this patch break fortran, I get streaming error in:
lto1: internal compiler error: in streamer_get_pickled_tree
apparently picking error_mark_node for variable constructor results in reading
integer_type...
Honza
Hi,
the testcase in PR ipa/61324 fails because it is compiled with
28 matches
Mail list logo
