SPC5Studio 4.1.0生成代码中的编译错误

塞巴斯蒂安你好，
 
在SPC5Studio 4.1.0上，
如果您更新了HAL＆amp; RLA，你也更新了freegcc 4.9.2。
 
e200zx选项适用于旧编译器4.6.1
e200z0选项适用于新编译器4.9.2。
我建议你打开新的编译器
 
此版本的ecc for e200-VLE支持''PowerArchitecture®32位应用程序二进制接口补充1.0 - 嵌入式''。它基于gcc 4.9.2，binutils 2.24和gdb 7.8。
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

on SPC5Studio 4.1.0,
if you have updated HAL & RLA , you  update the freegcc 4.9.2 too.

e200zx option is for the old compiler 4.6.1
e200z0 option  is for the is for the new compiler 4.9.2.
i recommend you to switch on the new compiler

This release of gcc for e200-VLE supports the ''Power Architecture® 32-bit Application Binary Interface Supplement 1.0 - Embedded''. It is based on gcc 4.9.2, binutils 2.24 and gdb 7.8.

                  Best Regards

Erwan

你好，Erwan，
 
感谢您的快速回复。
在SPC5 Studio Market中，安装了Free PowerPC-VLE GCC 4.9.2，并且更新选项显示为灰色。
更新可能出现问题吗？



以下为原文





Hello Erwan,

thanks for your quick reply.
In the SPC5 Studio Market place, the Free PowerPC-VLE GCC 4.9.2 is installed and the update option is greyed out.
Did something go wrong with the update maybe?

塞巴斯蒂安你好，
 
 
你能告诉我你的安装细节吗？
 
你应该有（cf screenshot）
 
 最好的祝福
 
 二万



以下为原文





Hello Sebastian ,


Could you give me your installation details ?

you should have (cf screenshot)

               Best regards

                                  Erwan

塞巴斯蒂安你好，
 
你使用hightec还是freegcc？
更新后，应首先清理旧项目
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

Do you use hightec or freegcc ?
After updating , Old projects should be cleaned first

Best Regards

                           Erwan

塞巴斯蒂安你好，
 
您的安装是正确的。
但是你的boot.s在重生之后仍然是旧的。
你的清洁程序不好。
你是否使用活动向导的清洁程序？
（比较截图）
您可以手动删除应用程序中的组件目录
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

Your installation is correct.
but your boot.s is still the old one after regeneration.
your clean procedure is not ok.
did you use clean procedure by Activity Wizard ?
(cf screenshot)
you can remove by hand your components directory in your application

        Best regards

                            Erwan

你好，Erwan，
 
boot.s文件已使用旧代码修补，删除补丁后错误消失了。谢谢。
 
 
不幸的是，我仍然从我的user.mak中的代码中得到错误。
我构造的通配符包含与makefile中相同的方式，但是使用gcc 4.9.2似乎存在一个问题，即我找不到所有外部包含的文件：
 
 
14:10:13 ****构建配置项目默认为Console_Switch_SPC560B40L3_11 ****
做所有
编译boot.s
编译crt0.s
编译ivor.s
编译向量
编译pal.c
编译clock.c
编译irq.c
编译spc5_lld.c
编译adc_lld.c
编译can_lld.c
编译spc5_emios.c
编译icu_lld.c
编译pwm_lld.c
编译serial_lld.c
编译board.c
编译irq_cfg.c
编译adc_lld_cfg.c
编译can_lld_cfg.c
编译icu_lld_cfg.c
编译pwm_lld_cfg.c
make：***没有规则来制作`build / obj / CHALSPC5.o'所需的目标`CHALSPC5.c'。停止。
 
 
14:10:28建成（耗时15s.39ms）
 
 
 
 
我在user.mak中使用了通配符，就像Makefile中那样，并且它与旧的gcc一起工作：
rwildcard = $（通配符$ 1 $ 2）$（foreach d，$（通配符$ 1 *），$（调用rwildcard，$ d /，$ 2））
 
 
AUTO_C_MODULES = $（调用rwildcard，D：/＆lt; path＆gt; /，*。c）
AUTO_C_MCAL = $（调用rwildcard，D：/＆lt; path＆gt; /，*。c）
AUTO_C_BOARD = $（调用rwildcard，D：/＆lt; path＆gt; /，*。c）
AUTO_C_APP = $（调用rwildcard，D：/＆lt; path＆gt; /，*。c）
 
 
AUTO_INC_MODULES = $（排序$（dir $（调用rwildcard，D：/＆lt; path＆gt; /，*）））
AUTO_INC_MCAL = $（排序$（dir $（调用rwildcard，D：/＆lt; path＆gt; /，*）））
AUTO_INC_BOARD = $（排序$（dir $（调用rwildcard，D：/＆lt; path＆gt; /，*）））
AUTO_INC_APP = $（排序$（dir $（调用rwildcard，D：/＆lt; path＆gt; /，*）））
 
 
＃所有用户C源文件的列表
U_C_SRC = $（AUTO_C_MCAL）$（AUTO_C_MODULES）$（AUTO_C_BOARD）$（AUTO_C_APP）
 
 
＃所有用户C ++源文件的列表
U_CPP_SRC =
 
 
＃所有用户ASM源文件的列表
U_ASM_SRC =
 
 
＃在此列出所有用户C定义，如-D_DEBUG = 1
UDEFS = -DCOMPILER = 8 -DBOARD = 231 -DMCAL = 60
＃在eclipse的路径和符号中添加相同的选项
 
 
#define ASM在这里定义
UADEFS =
 
 
＃在此列出所有用户目录
UINCDIR = $（AUTO_INC_MODULES）$（AUTO_INC_MCAL）$（AUTO_INC_BOARD）$（AUTO_INC_APP）
 
 
＃列出用户目录以在此处查找库
ULIBDIR =
 
 
＃在此列出所有用户库
ULIBS =
 
详细编译正确显示包含目录：
 
ppc-freevle-eabi-gcc -c -mcpu = e200z0 -meabi -msdata = none -mregnames -mvle -O2 -ggdb -fomit-frame-pointer -falign-functions = 16 -msoft-float -ffunction-sections -fdata- sections -fno-common -Wall -Wextra -Wstrict-prototypes -Wa，-alms = build / lst / pwm_lld_cfg.lst -DPPC_USE_VLE = 1 -DCOMPILER = 8 -DBOARD = 231 -DMCAL = 60 -MD -MP -MF .dep /pwm_lld_cfg.od -I。 -I./components/spc560bcxx_platform_component_rla/lib/include -I./components/spc560bcxx_board_initialization_component_rla/lib/include -I./components/spc560bcxx_clock_component_rla/lib/include -I./components/spc560bcxx_irq_component_rla/lib/include -I./components/ spc560bcxx_low_level_drivers_component_rla / LIB /包括-I./components/spc560bcxx_platform_component_rla/cfg -I./components/spc560bcxx_board_initialization_component_rla/cfg -I./components/spc560bcxx_clock_component_rla/cfg -I./components/spc560bcxx_irq_component_rla/cfg -I./components/spc560bcxx_low_level_drivers_component_rla/cfg -I./components -ID：/＆lt; path1＆gt; / -ID：/＆lt; path2＆gt; / ./components/spc560bcxx_low_level_drivers_component_rla/cfg/pwm_lld_cfg.c -o build / obj / pwm_lld_cfg.o
make：***没有规则来制作`build / obj / CHALSPC5.o'所需的目标`CHALSPC5.c'。停止。
 
你知道是什么原因引起的吗？



以下为原文





Hello Erwan,

the boot.s file had been patched with the old code, after I removed the patch the error disappeared. Thank you.


Unfortunately, I still get errors from the code in my user.mak.  
I structured the wildcard includes the same way as in the makefile, but with gcc 4.9.2 there seems to be a problem in that all of my externally included files are not found:


14:10:13 **** Build of configuration Default for project Console_Switch_SPC560B40L3_11 ****
make all
Compiling boot.s
Compiling crt0.s
Compiling ivor.s
Compiling vectors.s
Compiling pal.c
Compiling clock.c
Compiling irq.c
Compiling spc5_lld.c
Compiling adc_lld.c
Compiling can_lld.c
Compiling spc5_emios.c
Compiling icu_lld.c
Compiling pwm_lld.c
Compiling serial_lld.c
Compiling board.c
Compiling irq_cfg.c
Compiling adc_lld_cfg.c
Compiling can_lld_cfg.c
Compiling icu_lld_cfg.c
Compiling pwm_lld_cfg.c
make: *** No rule to make target `CHALSPC5.c', needed by `build/obj/CHALSPC5.o'.  Stop.




14:10:28 Build Finished (took 15s.39ms)





I used wildcard includes in user.mak like the ones in the Makefile like so, and it worked with the old gcc:
rwildcard = $(wildcard $1$2) $(foreach d,$(wildcard $1*),$(call rwildcard,$d/,$2))




AUTO_C_MODULES = $(call rwildcard,D://,*.c)
AUTO_C_MCAL = $(call rwildcard,D://,*.c)
AUTO_C_BOARD = $(call rwildcard,D://,*.c)
AUTO_C_APP = $(call rwildcard,D://,*.c)




AUTO_INC_MODULES = $(sort $(dir $(call rwildcard,D://,*)))
AUTO_INC_MCAL = $(sort $(dir $(call rwildcard,D://,*)))
AUTO_INC_BOARD = $(sort $(dir $(call rwildcard,D://,*)))
AUTO_INC_APP = $(sort $(dir $(call rwildcard,D://,*)))




# List of all user C source files
U_C_SRC     = $(AUTO_C_MCAL) $(AUTO_C_MODULES) $(AUTO_C_BOARD) $(AUTO_C_APP)  




# List of all user C++ source files
U_CPP_SRC   =




# List of all user ASM source files
U_ASM_SRC   =




# List all user C define here, like -D_DEBUG=1
UDEFS       = -DCOMPILER=8 -DBOARD=231 -DMCAL=60
# add same options in paths and symbols for eclipse




# Define ASM defines here
UADEFS      =




# List all user directories here
UINCDIR     = $(AUTO_INC_MODULES) $(AUTO_INC_MCAL) $(AUTO_INC_BOARD) $(AUTO_INC_APP)




# List the user directory to look for the libraries here
ULIBDIR     =




# List all user libraries here
ULIBS       =


The verbose compile shows the include directories correctly like:


ppc-freevle-eabi-gcc -c -mcpu=e200z0 -meabi -msdata=none -mregnames -mvle -O2 -ggdb -fomit-frame-pointer -falign-functions=16 -msoft-float -ffunction-sections -fdata-sections -fno-common  -Wall -Wextra -Wstrict-prototypes -Wa,-alms=build/lst/pwm_lld_cfg.lst -DPPC_USE_VLE=1 -DCOMPILER=8 -DBOARD=231 -DMCAL=60 -MD -MP -MF .dep/pwm_lld_cfg.o.d -I. -I./components/spc560bcxx_platform_component_rla/lib/include -I./components/spc560bcxx_board_initialization_component_rla/lib/include -I./components/spc560bcxx_clock_component_rla/lib/include -I./components/spc560bcxx_irq_component_rla/lib/include -I./components/spc560bcxx_low_level_drivers_component_rla/lib/include -I./components/spc560bcxx_platform_component_rla/cfg -I./components/spc560bcxx_board_initialization_component_rla/cfg -I./components/spc560bcxx_clock_component_rla/cfg -I./components/spc560bcxx_irq_component_rla/cfg -I./components/spc560bcxx_low_level_drivers_component_rla/cfg -I./components -ID:// -ID:// ./components/spc560bcxx_low_level_drivers_component_rla/cfg/pwm_lld_cfg.c -o build/obj/pwm_lld_cfg.o

make: *** No rule to make target `CHALSPC5.c', needed by `build/obj/CHALSPC5.o'.  Stop.



Do you have any idea what could have caused this?

塞巴斯蒂安你好，
 
一个Makefile问题。
你能试试我们的旧gnutools吗？
1）执行c： SPC5Studio  eclipse  plugins  com.st.tools.spc5.tools.gnu.win32_1.0.0.201604221501  gnu  bin 的备份
2）复制zip文件的内容
C： SPC5Studio 日食插件 com.st.tools.spc5.tools.gnu.win32_1.0.0.201604221501  GNU  BIN
 
如果里面没有秘密，你能把你的申请寄给我吗？
否则使用我的直接邮件。
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

a Makefile issue.
Could you try with our old gnutools ?
1) Perform a backup of c:SPC5Studioeclipsepluginscom.st.tools.spc5.tools.gnu.win32_1.0.0.201604221501gnubin
2)  copy the contents of the zip files in  
c:SPC5Studioeclipsepluginscom.st.tools.spc5.tools.gnu.win32_1.0.0.201604221501gnubin

if there is no secret inside , could you send me your application ?
otherwise use my direct email.

   Best regards

                     Erwan

你好，Erwan，
 
老gnutools工作，谢谢你的出色支持！
 
不幸的是，该项目包含我们的整个IP堆栈，我无法将其发送给您。
如果我可以帮助您以其他方式找到Makefile问题的修复程序，请随时与我联系。



以下为原文





Hello Erwan,

the old gnutools worked, thank you for your excellent support!

Unfortunately, the project contains our whole IP stack and I can't send it to you.
If I can help you to find a fix for the Makefile issue in another way, contact me anytime.

塞巴斯蒂安你好，
 
很高兴知道 ;-）
这是一个回归，我们将生成一个SPC5Studio 4.1.1来恢复我们的gnutools版本。
新的基于zimsis（参见http://sourceforge.net/projects/mingw。）
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

Good to know  ;-)
it is a regression , we will generate a SPC5Studio 4.1.1 to revert our version of gnutools.
the new one was based on zimsis (cf http://sourceforge.net/projects/mingw.)


   Best regards

                     Erwan

你好，Erwan，
 
关于4.1.1的可能修复，我还有另一个小建议：
 
你能在补丁系统中包含components.c和components.h吗？
 
由于命名冲突，我们不得不重命名clockInit函数，并且当前必须在每次重新生成后手动更改代码。
 
最好的祝福，
塞巴斯蒂安



以下为原文









Hello Erwan,

Regarding possible fixes for 4.1.1, I have another minor suggestion:

Can you include components.c and components.h in the patch system?

We had to rename the clockInit function due to a naming collision and currently have to change the code there manually after each regeneration.

Best regards,
Sebastian

塞巴斯蒂安你好，
 
应该在Spc5studio 4.1.1中更正Gnu Tools问题
对于组件。*，它是不可能的...它是从freemarker文件生成的文件。
 
你可以在src目录中创建usercomponents。*
并通过您自己的componentInit（）在项目中挂钩这些函数
 
 最好的祝福
 
 二万



以下为原文







Hello Sebastian ,

the Gnu Tools issue should be corrected in Spc5studio 4.1.1
for components.* , it is not possible... it is generated file from a freemarker file.

you can create usercomponents.* in src directory  
and hook these functions in your project by your own componentInit()

  best regards

                  Erwan