Skip to content
项目
群组
代码片段
帮助
当前项目
正在载入...
登录 / 注册
切换导航面板
P
pytensor
项目
项目
详情
活动
周期分析
仓库
仓库
文件
提交
分支
标签
贡献者
图表
比较
统计图
议题
0
议题
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
CI / CD
CI / CD
流水线
作业
日程
统计图
Wiki
Wiki
代码片段
代码片段
成员
成员
折叠边栏
关闭边栏
活动
图像
聊天
创建新问题
作业
提交
问题看板
Open sidebar
testgroup
pytensor
Commits
47b389ff
提交
47b389ff
authored
11月 01, 2011
作者:
Frederic
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Added docstring to OutputGuard to try to explain it.
上级
241b7ae3
隐藏空白字符变更
内嵌
并排
正在显示
1 个修改的文件
包含
16 行增加
和
0 行删除
+16
-0
mode.py
theano/compile/mode.py
+16
-0
没有找到文件。
theano/compile/mode.py
浏览文件 @
47b389ff
...
@@ -104,6 +104,22 @@ def register_OutputGuard_c_code(type):
...
@@ -104,6 +104,22 @@ def register_OutputGuard_c_code(type):
OutputGuard
.
c_code_types
.
append
(
type
)
OutputGuard
.
c_code_types
.
append
(
type
)
class
OutputGuard
(
gof
.
Op
):
class
OutputGuard
(
gof
.
Op
):
"""
This op is used only internaly by Theano.
Only the AddDestroyHandler optimizer tries to insert them in the graph.
This Op is declared as destructive while is not destroying
anything. It returns a view. This is used to prevent destruction of
the output variable of a Theano function.
There is mechanism in Theano that should prevent this, but the use
of OutputGuard add a safe guard. Maybe it is currently possible
that optimization run before the add_destroy_handler phase that
make some inplace optimization bypass this mechanism?
TODO: find a current full explaination.
"""
destroy_map
=
{
0
:[
0
]}
destroy_map
=
{
0
:[
0
]}
view_map
=
{
0
:[
0
]}
view_map
=
{
0
:[
0
]}
c_code_types
=
[]
c_code_types
=
[]
...
...
编写
预览
Markdown
格式
0%
重试
或
添加新文件
添加附件
取消
您添加了
0
人
到此讨论。请谨慎行事。
请先完成此评论的编辑!
取消
请
注册
或者
登录
后发表评论