- 23 1月, 2012 10 次提交
-
-
由 Razvan Pascanu 提交于
Note sure it makes the file anymore readable, but at least I've tried.
-
由 Razvan Pascanu 提交于
Otherwise the numberic differentiation gradient quickly becomes numerically unstable.
-
由 Razvan Pascanu 提交于
-
由 Razvan Pascanu 提交于
the index goes from 0 to n_mit_mot-1 for mit_mot sequnces.
-
由 Razvan Pascanu 提交于
-
由 Razvan Pascanu 提交于
The main bug was gradients where represented as shared variables. Now we represent them as sit_sot sequences to which only the last step is used (hence the savemem optimization does the memory clean up). The advantage is that gradients with respect to sitsot are well defined.
-
由 Razvan Pascanu 提交于
-
由 Razvan Pascanu 提交于
-
由 Razvan Pascanu 提交于
When collecting shapes from the outputs of the inner function, we should keep track that mit_mot arguments have multiple outputs for one argument.
-
由 Razvan Pascanu 提交于
The error was raised if either the dtype didn't match or ndim didn't match. However the error message did not display the ndims.
-
- 21 1月, 2012 30 次提交
-
-
由 nouiz 提交于
Fixed max/argmax gradient tests in float32
-
由 Olivier Delalleau 提交于
-
由 lamblin 提交于
fix how we compute the number of elements in the compile dir.
-
由 nouiz 提交于
Work around bug in numpy 1.6 with ufunc.reduce
-
由 nouiz 提交于
fix for fails in the buildbot
-
由 Razvan Pascanu 提交于
-
由 Razvan Pascanu 提交于
The tolerance needs to be increased because the numbers in the computations are too small.
-
由 Frederic 提交于
-
由 nouiz 提交于
Fixes for Windows and Python 2.4
-
由 nouiz 提交于
Fixed import error in a sparse test
-
由 Pascal Lamblin 提交于
-
由 nouiz 提交于
Minor stuff (PEP8 and typos mostly)
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
The rephrasing is to avoid using 'type' for class name, given that 'type' has a special meaning in Theano.
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 Olivier Delalleau 提交于
-
由 nouiz 提交于
Add "filter_variable" mechanism in Type
-
由 Olivier Delalleau 提交于
Jacobian/Hessian
-
由 Pascal Lamblin 提交于
-
由 Pascal Lamblin 提交于
If one of the "then" elements is a TensorType, and the corresponding element in the "else" branch is a compatible type, or vice versa, convert it into TensorType, so both have the same Type, and the output Type can be determined. This should fix a problem reported by Ian. [Commit amended to fix problem spotted by Fred]
-
由 Pascal Lamblin 提交于
-
由 Pascal Lamblin 提交于
-
由 Pascal Lamblin 提交于
-