numpy.all doesn't check dtype and shape

Rationale: its name shadowed the scipy package, and it was not successful in
simplifying other modules' code that had to do scipy version checks. (Which is
only two places anyway).

The test checks the depricated return_steps

This will help during debugging

After talking to Pascal, I decided to leave until in scan_module and not to
export it to theano.until. So I had to fix the tests as well for this.

I needed to do this when debugging, because I wanted to know both of their
values, but there was nothing wrong with the test, and with or without this
change it is the same. I just wanted to stay in a more clear form ( so
people don't get confused by which f1 we talking about)

return_steps has been depricated, and store_steps as well (it actually not
used anymore)

This follows the suggestion of Pascal that flatten just culters the
namespace.

Errors are obvious, first of all the data of the constants don't have to
scalars, and secondly, is not enough for outputs that have no owner to have
same type, but they should have the same index (i.e. correspond to the same
input). As I have all corresponding pairs of inputs in `common` and these
outputs are equal with their inputs, is sufficient to check if them ( as
pair) are part of common

This was in an attempt to fix a stochastic optimization error in DEBUG MODE.

They used to be there, because at one point I was timing the function under
the believe that it takes way to much. Is not the case anymore.

This follows the discussion that I had with Pascal, that tries to simplify
how scan deals with what the user gives it. In that direction I first
depricated some of the possibilities the user had, in order to get better
clarity in the code.

fix following Pascal's suggestion