Forum Replies Created
-
AuthorPosts
-
Rumchiller
ParticipantThanks for reply,
OK, i understand. I didnt know, that it defines the heap, thank you.
Rumchiller
ParticipantThanks for reply. Im using the standard embedded edition.
Is it possible to update my edition to the custom one, or do I have to buy the complete new license?
Rumchiller
ParticipantMaybe its a problem with printf() and std::string. Now its to late for me to test it, but earlier i changed some const char* to std::string. I will test it tomorrow.
Rumchiller
ParticipantOK, now i got it, maybe now you could help me:
I added a sdram section to the linkerscript:
. = ALIGN(4); _sisdraminit = .; .sdraminit : AT( _sisdraminit ) { . = ALIGN(4); _ssdraminit = .; *(.sdraminit) *(.sdraminit*) . = ALIGN(4); _esdraminit = .; } > SDRAM .sdram (NOLOAD) : { . = ALIGN(4); *(.sdram) *(.sdram*) . = ALIGN(4); } > SDRAM
The problem occure, when the “PROVIDE(end = .);” is after the sdram-section.
I dont know why, because my ram is inialized before the “__libc_init_array()” is called.
EDIT: The error occurs only when semihosting is activated.
-
This reply was modified 8 years, 6 months ago by
Rumchiller.
Rumchiller
ParticipantSince the new version 5.2, the Code is hanging in the startup. __libc_init_array();
I am getting into the do_AngelSWI();
reason: AngelSWI_Reason_ReportException 0x18
arg: 0x00020026
I am going back :>
Rumchiller
ParticipantWhen I delete the flag from stm32.mak, everything works fine. But after changing project settings, the flag appears again.
Rumchiller
ParticipantI have the same problem with the VisualGDB 5.2.5.954.
I am using newlib nano without floating point printf support.
The output:
C:\SysGCC\arm-eabi/bin/arm-eabi-g++.exe -o Debug/ERB_FW_SPL_DP.elf -Wl,-gc-sections -Wl,-q --specs=rdimon.specs --specs=nano.specs -TSTM32F429IG_flash.lds -mcpu=cortex-m4 -mthumb -mfloat-abi=hard ...
So I looked into the stm32.mak:
LDFLAGS += --specs=nano.specs
Where could I deactivate this flag? It is not showing in the project settings.
Rumchiller
ParticipantThanks, I will try this build next week.
Oddly enough, Clang started working today.
Rumchiller
ParticipantHi,
I have the same problem with my project. I have to put the #undef in the gccdebug.h file. Without it I get a bunch of errors. Is there a workaround?
It seems, that the Clang Engine is not running, here is the output:
[+0:00:00.000] Starting operation: Wrapping C:\Users\Werkstatt\Desktop\Wuchtmaschine\ERB_FW_SPL_DP\ERB_FW_SPL_DP\ERB_FW_SPL_DP.vcxproj
[+0:00:00.039] C:\Users\Werkstatt\Desktop\Wuchtmaschine\ERB_FW_SPL_DP\ERB_FW_SPL_DP\ERB_FW_SPL_DP.vcxproj: found 85 source files
[+0:00:00.039] Operation completed: Wrapping C:\Users\Werkstatt\Desktop\Wuchtmaschine\ERB_FW_SPL_DP\ERB_FW_SPL_DP\ERB_FW_SPL_DP.vcxproj [37 msec]
[+0:00:00.039] VSProjectWrapper: _Instance not set while trying to extract project compiler arguments
[+0:00:00.039] Stack trace:
[+0:00:00.039] bei k91.r1.t_2()
[+0:00:00.039] bei uh1.BuildProfileForSupportedCppProject(Object c, String a, ICppLanguageService b)
[+0:00:00.039] bei tu.f1(Project b, IVsHierarchy c, List`1 a)Thanks in advice.
Greetings
Reginald Leonczuk
-
This reply was modified 8 years, 7 months ago by
Rumchiller.
-
This reply was modified 8 years, 6 months ago by
-
AuthorPosts