error: A1355U: A Label was found which was in no AREA 终级解决办法
2009-12-30 11:26
2081 查看
error: A1355U: A Label was found which was in no AREA
在KEIL工程中,我使用另一个工程中正确的分散加载文件到一个新工程中,竟然就出现这样的提示。
到网上搜索,有很多内容是关于这个问题的,但是却没有几个很好解决问题的。
其实出现这个问题有两种情况,一种是出现在.s的汇编文件中,另一种是出现在.scf (或者.scat)等的分散加载文件中。
原来很多人在汇编文件(多数为.s的启动代码)中出现这个问题的,基本上是因为使用汇编的格式不对,
关于这个错误,ARM官网有相关的说明:
A1355U: A Label was found which was in no AREA
Example:
This can occur where no white-space precedes an assembler directive.
Assembler directives must be indented with white-space, for example:
use:
IF :DEF: FOO
; code
ENDIF
not:
IF :DEF: FOO
; code
ENDIF
Symbols in the left hand column 1 are assumed to be labels, hence the error message.
意思是在编写汇编文件时,标号要顶格写,而其他的代码都要用空格或者TAB键来使代码进行缩进,这样,就不会出现编译的问题了。
如果问题是出现在分散加载文件中,那么很可能你是把分散加载文件一起加入到了KEIL的工程中,类似这样:
这时候,就可能会出现
error: A1355U: A Label was found which was in no AREA这样的报错,不管你用多么正确的SCATTER文件格式,它始终都会报错。为什么呢?
原来我们通常加到KEIL工程中的.c ,.s, .h等文件是供ARMCC,ARMASM等编译器处理的,而分散加载文件 .scf ,.scat等文件是供ARMLINKER等连接器处理的,当我们把分散加载文件加入到工程中后,KEIL会调用ARMASM编译器将分散加载文件做为汇编文件去处理,因为分散加载文件本来就不是合法的汇编文件,所以在编译的时候就出现了编译错误的提示。
解决方法:在工程中删除分散加载文件,在option->linker->scatter file路径中指定即可,如图:
到此,问题解决!
在这个问题上还出现副作用:我在未解决问题之前,使用旧工程是可用的,但我一旦修改过分散加载文件,不管是否改变内容,这个工程就肯定废掉了。
什么奇奇怪怪的问题都有啊。
在KEIL工程中,我使用另一个工程中正确的分散加载文件到一个新工程中,竟然就出现这样的提示。
到网上搜索,有很多内容是关于这个问题的,但是却没有几个很好解决问题的。
其实出现这个问题有两种情况,一种是出现在.s的汇编文件中,另一种是出现在.scf (或者.scat)等的分散加载文件中。
原来很多人在汇编文件(多数为.s的启动代码)中出现这个问题的,基本上是因为使用汇编的格式不对,
关于这个错误,ARM官网有相关的说明:
A1355U: A Label was found which was in no AREA
Example:
This can occur where no white-space precedes an assembler directive.
Assembler directives must be indented with white-space, for example:
use:
IF :DEF: FOO
; code
ENDIF
not:
IF :DEF: FOO
; code
ENDIF
Symbols in the left hand column 1 are assumed to be labels, hence the error message.
意思是在编写汇编文件时,标号要顶格写,而其他的代码都要用空格或者TAB键来使代码进行缩进,这样,就不会出现编译的问题了。
如果问题是出现在分散加载文件中,那么很可能你是把分散加载文件一起加入到了KEIL的工程中,类似这样:
这时候,就可能会出现
error: A1355U: A Label was found which was in no AREA这样的报错,不管你用多么正确的SCATTER文件格式,它始终都会报错。为什么呢?
原来我们通常加到KEIL工程中的.c ,.s, .h等文件是供ARMCC,ARMASM等编译器处理的,而分散加载文件 .scf ,.scat等文件是供ARMLINKER等连接器处理的,当我们把分散加载文件加入到工程中后,KEIL会调用ARMASM编译器将分散加载文件做为汇编文件去处理,因为分散加载文件本来就不是合法的汇编文件,所以在编译的时候就出现了编译错误的提示。
解决方法:在工程中删除分散加载文件,在option->linker->scatter file路径中指定即可,如图:
到此,问题解决!
在这个问题上还出现副作用:我在未解决问题之前,使用旧工程是可用的,但我一旦修改过分散加载文件,不管是否改变内容,这个工程就肯定废掉了。
什么奇奇怪怪的问题都有啊。
相关文章推荐
- Keil编译S3C2440工程时出错:error: A1355U: A Label was found which was in no AREA 终级解决办法
- android学习笔记转--------------junit.framework.AssertionFailedError: No tests found in错误解决办法
- junit.framework.AssertionFailedError: No tests found in错误解决办法
- junit.framework.AssertionFailedError: No tests found in错误解决办法
- android学习笔记转--------------junit.framework.AssertionFailedError: No tests found in错误解决办法
- junit.framework.AssertionFailedError: No tests found in错误解决办法
- 安装PIL遇到python version 2.7 required, which was not found in the registry解决办法
- junit.framework.AssertionFailedError: No tests found in错误解决办法
- no acceptable C compiler found in $PATH 解决办法
- error: No curses/termcap library found的解决办法
- (转)安装mysql,在./configure时出现错误:error: No curses/termcap library found的解决办法
- Python Version 2.7 required which was not found in the registry 问题解决
- 安装mysql,在./configure时出现错误:error: No curses/termcap library found的解决办法
- Intellij编译时报“java: System Java Compiler was not found in classpath” 解决办法
- 解决:The Apache Tomcat Native library which allows optimal performance in production environments was not found
- [转]解决:The Apache Tomcat Native library which allows optimal performance in production environments was not found
- the service mysql56 was not found in the Windows services的解决办法
- 安装mysql,在./configure时出现错误:error: No curses/termcap library found的解决办法
- 安装mysql,在./configure时出现错误:error: No curses/termcap library found的解决办法
- [已解决]在VMware-server for linux 下装centos错误:an error has occurred. - no valid devices were found on which to create new file system