Skip to content

R
riscv-gcc-1
Switch branch/tag
  1. 05 Dec, 2018 19 commits
    • runtime: add precise stack scan support · c43137e8 
          
    This CL adds support of precise stack scan using stack maps to
    the runtime. The stack maps are generated by the compiler (if
    supported). Each safepoint is associated with a (real or dummy)
    landing pad, and its "type info" in the exception table is a
    pointer to the stack map. When a stack is scanned, the stack map
    is found by the stack unwinding code by inspecting the exception
    table (LSDA).
    
    For precise stack scan we need to unwind the stack. There are
    three cases:
    
    - If a goroutine is scanning its own stack, it can unwind the
      stack and scan the frames.
    
    - If a goroutine is scanning another, stopped, goroutine, it
      cannot directly unwind the target stack. We handle this by
      switching (runtime.gogo) to the target g, letting it unwind
      and scan the stack, and switch back.
    
    - If we are scanning a goroutine that is blocked in a syscall,
      we send a signal to the target goroutine's thread, and let the
      signal handler unwind and scan the stack. Extra care is needed
      as this races with enter/exit syscall.
    
    Currently this is only implemented on linux.
    
    Reviewed-on: https://go-review.googlesource.com/c/140518

From-SVN: r266832
      Ian Lance Taylor committed
    • darwin - add configuration support for 'otool' · e4a9a572 
      2018-12-05  Iain Sandoe  <iain@sandoe.co.uk>

	* configure.ac (NCN_STRICT_CHECK_TOOLS): Check otool.
	(ACX_CHECK_INSTALLED_TARGET_TOOL): Likewise
	(GCC_TARGET_TOOL): Likewise.
	* Makefile.tpl (HOST_EXPORTS): Add OTOOL, OTOOL_FOR_TARGET.
	(BASE_TARGET_EXPORTS): OTOOL, export OTOOL_FOR_TARGET.
	OTOOL, OTOOL_FOR_TARGET: New substitutions. 
	(EXTRA_HOST_FLAGS, EXTRA_TARGET_FLAGS): Add OTOOL.
	* configure: Regenerate. 
	* Makefile.in: Likewise.

gcc/

	* configure.ac (gcc_cv_otool): Set.
	* configure: Regenerate.

From-SVN: r266831
      Iain Sandoe committed
    • cygming.h (PCC_BITFIELD_TYPE_MATTERS): Remove. · ddaa5da9 
      	* config/i386/cygming.h (PCC_BITFIELD_TYPE_MATTERS): Remove.
	(GROUP_BITFIELDS_BY_ALIGN): Ditto.

From-SVN: r266830
      Uros Bizjak committed
    • Use unsigned arithmetic for demoted vector plus/minus/mult (PR 88064) · a1ff7f14 
      As Jakub pointed out, if we narrow a plus, minus or mult operation based
on the number of bits that consumers need, we have to convert a signed
operation to an unsigned one in order to avoid new undefined behaviour.
This patch does that and generalises vect_convert_input and
vect_recog_over_widening_pattern to cope with the extra casts.
(The changes to both functions are covered by existing tests.)

2018-12-03  Richard Sandiford  <richard.sandiford@arm.com>

gcc/
	PR tree-optimization/88064
	* tree-vect-patterns.c (vect_convert_input): Convert the result of
	an existing cast if it has the right width but the wrong sign.
	Do not test the signedness of the required result when
	considering whether to split an existing cast; instead split to
	a type with the same signedness as the source of the cast, then
	convert it to the opposite signedness where necessary.
	(vect_recog_over_widening_pattern): Handle sign changes between
	the final PLUS_EXPR and the RSHIFT_EXPR.
	(vect_recog_average_pattern): Use an unsigned operation when
	truncating an addition, subtraction or multiplication.  Cast the
	result back to the "real" signedness before promoting.

gcc/testsuite/
	PR tree-optimization/88064
	* gcc.dg/vect/vect-over-widen-23.c: New test.

From-SVN: r266829
      Richard Sandiford committed
    • testsuite: turn down verbosity of "process-message" · d1cf20b6 
      When debugging a failing test, I typically invoke DejaGnu at
verbosity level 2 (via RUNTESTFLAGS="-v -v dg.exp=something"),
so that DejaGnu prints the command line used to invoke the
compiler; specifically these two sites:
  target.exp "Invoking the compiler as "
  remote.exp "Executing on $hostname"
which are both verbosity level 2.

Unfortunately I run into an O(n^2) issue with logging from
process-message:

  verbose "process-message:\n${dg-messages}" 2

where, as each message each processed, it emits the state
of dg-messages, containing the new message and all messages so far,
leading to exponentially-increasing output at level 2 as more test
messages are added.

This patch papers over the problem by moving the
problematic message to verbosity level 3.

gcc/testsuite/ChangeLog:
	* lib/gcc-dg.exp (process-message): Change verbosity level of
	"verbose" from 2 to 3.
	(dg-locus): Likewise.

From-SVN: r266828
      David Malcolm committed
    • re PR middle-end/63184 (Fails to simplify comparison) · 1eb68b8c 
      2018-12-05  Richard Biener  <rguenther@suse.de>

	PR middle-end/63184
	* c-c++-common/pr19807-2.c: New testcase.
	* c-c++-common/pr19807-3.c: Likewise.

From-SVN: r266827
      Richard Biener committed
    • * udivmodhi4.c (__udivmodhi4): Fix loop end check. · c0c5112b 
      From-SVN: r266826
      Paul Koning committed
    • Provide SPARCv9 MAXALIGN in gcc.target/sparc/attr-aligned.c (PR testsuite/88208) · f7507b7c 
      	PR testsuite/88208
	* gcc.target/sparc/attr-aligned.c (MAXALIGN) [__sparcv9 ||
	__arch64__]: Define.

From-SVN: r266825
      Rainer Orth committed
    • Build gcc.target/sparc/20181129-?.c as C99 · 7c4e51c5 
      	* gcc.target/sparc/20181129-1.c: Compile with -std=c99.
	* gcc.target/sparc/20181129-2.c: Likewise.

From-SVN: r266824
      Rainer Orth committed
    • re PR tree-optimization/86637 (ICE: tree check: expected block, have <invalid… · f7d58642 
      re PR tree-optimization/86637 (ICE: tree check: expected block, have <invalid tree code> in inlining_chain_to_json, at optinfo-emit-json.cc:293)

2018-12-05  Richard Biener  <rguenther@suse.de>

	PR tree-optimization/86637
	* tree-vectorizer.c (pass_slp_vectorize::execute): Reset
	vect_location at the end.

From-SVN: r266821
      Richard Biener committed
    • re PR tree-optimization/87360 (ICE in remove_redundant_iv_tests at… · 7ba6738b 
      re PR tree-optimization/87360 (ICE in remove_redundant_iv_tests at gcc/tree-ssa-loop-ivcanon.c:571 since r255467)

	PR tree-optimization/87360
	* gimple-loop-jam.c (tree_loop_unroll_and_jam): On failure to analyze
	data dependencies, don't return false, just continue.  Formatting
	fixes.
	(merge_loop_tree, bb_prevents_fusion_p, unroll_jam_possible_p,
	fuse_loops): Formatting fixes.

	* g++.dg/opt/pr87360.C: New test.
	* gfortran.dg/pr87360.f90: New test.

From-SVN: r266820
      Jakub Jelinek committed
    • re PR c++/87897 (ICE in maybe_constant_value, at cp/constexpr.c:5255 since r265788) · 9c6ff7b2 
      	PR c++/87897
	* g++.dg/init/const13.C: New test.

From-SVN: r266818
      Jakub Jelinek committed
    • re PR sanitizer/88333 (ice in asan_emit_stack_protection, at asan.c:1574) · f6fa17af 
      	PR sanitizer/88333
	* cfgexpand.c (expand_stack_vars): If asan_vec is empty, start with
	aligning frame offset to ASAN_RED_ZONE_SIZE bytes.

	* c-c++-common/asan/pr88333.c: New test.

From-SVN: r266817
      Jakub Jelinek committed
    • [PR85569] skip constexpr target_expr constructor dummy type conversion · 47be9509 
      The testcase is the work-around testcase for the PR; even that had
started failing.  The problem was that, when unqualifying the type of
a TARGET_EXPR, we'd create a variant of the type, then request the
conversion of the TARGET_EXPR_INITIAL to that variant type.  Though
the types are different pointer-wise, they're the same_type_p, so the
resulting modified expr compares cp_tree_equal to the original, which
maybe_constant_value flags as an error.  There's no reason to
construct an alternate TARGET_EXPR or CONSTRUCTOR just because of an
equivalent type, except for another spot that expected pointer
equality that would no longer be satisfied.  Without relaxing the
assert in constexpr_call_hasher::equal, g++.robertl/eb73.C would
trigger an assertion failure.


for  gcc/cp/ChangeLog

	PR c++/85569
	* constexpr.c (adjust_temp_type): Test for type equality with
	same_type_p.
	(constexpr_call_hasher::equal): Likewise.

for  gcc/testsuite/ChangeLog

	PR c++/85569
	* g++.dg/cpp1z/pr85569.C: New.

From-SVN: r266816
      Alexandre Oliva committed
    • [MIPS][TESTSUITE][MSA] Adjusted clti to clei. · 9d2e2d29 
             * gcc.target/mips/msa.c: Adjusted clti_<su>.df $wn, $wn, 4
       to clei_<su>.df $wn, $wn, 4 in test31.

From-SVN: r266815
      Chenghua Xu committed
    • config.gcc (csky-*-linux-gnu*): Force .init_array support. · be3399c5 
      2018-12-05  Xianmiao Qu  <xianmiao_qu@c-sky.com>

	gcc/
	* config.gcc (csky-*-linux-gnu*): Force .init_array support.

From-SVN: r266813
      Xianmiao Qu committed
    • syscall: remove Flock for aix/ppc64 · 9cf3cb7c 
          
    CL 152397 removed it from gc's syscall package.
    
    Updates golang/go#29084
    
    Reviewed-on: https://go-review.googlesource.com/c/152557

From-SVN: r266812
      Ian Lance Taylor committed
    • rs6000: Fix AIX aggregate passing fix · 4526e5ec 
      David's fix for the AIX aggregate passing from yesterday unfortunately
also triggers on powerpc64-linux.  This fixes it.


	* config/rs6000/rs6000.c (rs6000_function_arg): Only do the special
	aggregate handling on actual AIX, not on somewhat similar systems.
	(rs6000_arg_partial_bytes): Ditto.

From-SVN: r266811
      Segher Boessenkool committed
    • Daily bump. · 561094ee 
      From-SVN: r266810
      GCC Administrator committed
  3. 04 Dec, 2018 21 commits