Forum Replies Created
-
AuthorPosts
-
RumchillerParticipant
Thanks for reply,
OK, i understand. I didnt know, that it defines the heap, thank you.
RumchillerParticipantThanks 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?
RumchillerParticipantMaybe 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.
RumchillerParticipantOK, 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, 4 months ago by Rumchiller.
RumchillerParticipantSince 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 :>
RumchillerParticipantWhen I delete the flag from stm32.mak, everything works fine. But after changing project settings, the flag appears again.
RumchillerParticipantI 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.
RumchillerParticipantThanks, I will try this build next week.
Oddly enough, Clang started working today.
RumchillerParticipantHi,
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, 4 months ago by Rumchiller.
-
AuthorPosts