User forums > Embedded development

Update the ARM project template

<< < (3/4) > >>

oBFusCATed:
Execute "Log(_T("Running STM32 setup script"))" in the script console and you'll see that it goes to the "Log & Others".
Probably your script is not executed.

p.s. please use code tags for long pastes.

tridentsx:

Thanks for the help, I dont know what I did wrong but its working now. :D
When I am done I will submitt a patch for review.

Thanks // Carl

tridentsx:

I have successfully added the new compiler, but when I create a new project the template .c .h and .ld files are not added.
 
I get the following in the debug log.

Create new parser for project 'TestProject'
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...
The Parser is still parsing files...

The tempate files under usr/localshare/codeblocks/templates/arm has the right permissions.
 Is it the codeblocks default search paths that are pointing somewhere else ?

tridentsx:
 :?
I don't understand how codeblocks knows where to pickup the script wizard files.

I got two terminals with the same path settings, the same shell, same user and same environment that starts codeblocks.

The code blocks started from one of the shells can successfully complete the ARM wizard including copying files every single time.


--- Code: ---Keyboard shortcuts plugin activated
Initializing plugins...
KeyBinder failed UpdateById on[1562][Man pages viewer]
KeyBinder failed UpdateById on[2584][Closed file list]
KeyBinder failed UpdateById on[2771][Help plugin...]
Can't find compiler executable in your search path (GNU ARM GCC Elf Compiler)...
Can't find compiler executable in your search path (GNU ARM GCC Elf Compiler)...
Project's base path: /home/tridentsx/source/test13/
Project's common toplevel path: /home/tridentsx/source/test13/
Passing list of files to batch-parser.
Add batch-parsing 3 file(s) for project 'test13'...
Create new parser for project 'test13'
Starting batch parsing for project 'test13'...
Project 'test13' parsing stage done (3 total parsed files, 517 tokens in 0 minute(s), 0.028 seconds).
Updating class browser...
Class browser updated.

--- End code ---

The codeblocks started from my other shell always fails. It is executing my script because it gives a choice of compilers which the other doesn't

--- Code: ---Keyboard shortcuts plugin activated
Initializing plugins...
KeyBinder failed UpdateById on[841][Nassi Shneiderman diagram]
Can't find compiler executable in your search path (GNU ARM GCC Elf Compiler)...
Can't find compiler executable in your search path (GNU ARM GCC Elf Compiler)...
srcdir[armfilesolimex-lpc213x]
File[armfilesolimex-lpc213x] is copied to [/home/tridentsx/source/test12/]
Passing list of files to batch-parser.
Create new parser for project 'test12'
Removed test12 from all deps
Delete parser for project 'test12'!
Deinitializing plugins...

--- End code ---

This has to be something silly. Any ideas please? :?: :?: :?:

tridentsx:

Ok I figured out whats happening, I just don't understand why if the paths, and environments in the shells are the same.

The working codeblocks outputs
Scanning for plugins in /usr/local/lib/codeblocks/plugins

The failing codeblocks outputs
Scanning for plugins in /home/tridentsx/.codeblocks/share/codeblocks/plugins
Loaded 0 plugins
Scanning for plugins in /usr/lib/codeblocks/plugins
SDK version mismatch for HelpPlugin (1.11.12). Expecting 1.11.13

Navigation

[0] Message Index

[#] Next page

[*] Previous page