This patch fixes an issue where expansion of an ORIF expression arbitrarily
applied the probability that the entire condition was true to just the 
first condition. When the ORIF true probability was 100%, this resulted
in the second condition's jump being given a count of zero (since the
first condition's jump got 100% of the count), leading to incorrect function
splitting when it had a non-zero probability in reality. Since there
currently isn't better information about which condition resulted
in the ORIF being true, apply a 50-50 probability that it is the first
vs. second condition that caused the entire expression to be true,
so that neither condition's true label ends up as a 0-count bb.

An equivalent fix is made for ANDIF expansion.

2013-10-02  Teresa Johnson  <tejohnson@google.com>

	* dojump.c (do_jump_1): Divide probability between
	both conditions of a TRUTH_ORIF_EXPR.


git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@203126 138bc75d-0d04-0410-961f-82ee72b054a4
compiler: Use backend interface for numeric expressions.

	* go-gcc.cc: Include "real.h" and "realmpfr.h".
	(Backend::integer_constant_expression): New function.
	(Backend::float_constant_expression): New function.
	(Backend::complex_constant_expression): New function.


git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@203127 138bc75d-0d04-0410-961f-82ee72b054a4

	* graphite-scop-detection.c: Include tree-ssa-propagate,h.
	* graphite-sese-to-poly.c: Include tree-ssa-propagate.h.



git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@203129 138bc75d-0d04-0410-961f-82ee72b054a4
	* Makefile.in (expmed.o-warn): Remove.



git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@203130 138bc75d-0d04-0410-961f-82ee72b054a4
	PR libstdc++/58594
	* include/bits/shared_ptr_base.h
	(_Sp_counted_ptr_inplace::_M_get_deleter()): Cast away cv-quals.
	* testsuite/20_util/shared_ptr/creation/58594.cc: New.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@203131 138bc75d-0d04-0410-961f-82ee72b054a4