Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Third Party Openssl
提交
6a3a7f30
T
Third Party Openssl
项目概览
OpenHarmony
/
Third Party Openssl
1 年多 前同步成功
通知
10
Star
18
Fork
1
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
T
Third Party Openssl
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
提交
6a3a7f30
编写于
11月 09, 2005
作者:
A
Andy Polyakov
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Minor perlasm clean-up.
上级
63d3a9c5
变更
2
隐藏空白更改
内联
并排
Showing
2 changed file
with
2 addition
and
3 deletion
+2
-3
crypto/perlasm/x86_64-xlate.pl
crypto/perlasm/x86_64-xlate.pl
+2
-2
crypto/perlasm/x86ms.pl
crypto/perlasm/x86ms.pl
+0
-1
未找到文件。
crypto/perlasm/x86_64-xlate.pl
浏览文件 @
6a3a7f30
...
...
@@ -488,8 +488,8 @@ close STDOUT;
# as that 32 bytes from 8(%rsp) can always be used as temporal
# storage [without allocating a frame]. One can actually argue that
# one can assume a "red zone" above stack pointer under Win64 as well.
# Point is that at apparently no
accasion Windows would alter the area
#
above
stack pointer in true asynchronous manner...
# Point is that at apparently no
occasion Windows kernel would alter
#
the area above user
stack pointer in true asynchronous manner...
#
# All the above means that if assembler programmer adheres to Unix
# register and stack layout, but disregards the "red zone" existense,
...
...
crypto/perlasm/x86ms.pl
浏览文件 @
6a3a7f30
...
...
@@ -27,7 +27,6 @@ $label="L000";
sub
main
'asm_init_output {
@out
=
();
}
sub
main
'asm_get_output {
return
(
@out
);
}
sub
main
'get_labels {
return
(
@labels
);
}
sub
main
'external_label {
push
(
@labels
,
@
_
);
}
sub
main
'
external_label
{
push
(
@labels
,
@
_
);
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录