How do you prevent PEx from creating a KSDK virtual/linked folder?

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

How do you prevent PEx from creating a KSDK virtual/linked folder?

724 Views
dave408
Senior Contributor II

I have seen two modes for the KSDK defined in the .PE file.  One is standalone, while the other is linked.  In the standalone mode, the KSDK source is copied into the local project folder structure.  In the linked mode, the KSDK is referenced via virtual folders.  It looks like this results in the folder structure getting copied to the local project, but the actual source files are linked back to the installation folder for KSDK (c:\freescale\ksdk_1.2.0, for example).

I want to create a project that doesn't require the KSDK source files and links to precompiled libraries instead.  I have another post regarding compilation issues, but this post is specifically about PEx -- I do not want it to generate *any* KSDK-related folders in my project.  The problem I am having right now is that I can delete the KSDK virtual folder from my project, but as soon as I regenerate code, PEx recreates the folder structure.  This causes the compiler to rebuild the KSDK source, rather than link to my precompiled libraries.

0 Kudos
4 Replies

394 Views
marek_neuzil
NXP Employee
NXP Employee

Hello,

I am sorry but the Processor Expert does not provide such a option. You cannot switch off including of SDK files into project.

But you can use Exclude from Build command, see below:

pastedImage_0.png

I.e. you can exclude all SDK files from the build by using this command.

Best Regards,

Marek Neuzil

0 Kudos

394 Views
dave408
Senior Contributor II

We have a problem where PEx wants to overwrite the SDK/platform/devices /MKxxxxxx/startup/gcc/MKxxxxxxx.S file.  Is there any way to prevent this?  Our startup file is customized and must not be modified by PEx.  We have not been able to find a component to disable code generation for that will give us this behavior.

0 Kudos

394 Views
marek_neuzil
NXP Employee
NXP Employee

Hello,

The MKxxxxxxx.S startup file is a static file that is copied from a library into your project. This is the same case as the std_prv.h file, see the discussion Processor Expert code generation - enabling auto-selection of "Do not update"?

If the project has been created in standalone mode and you have not modified the original source code file in the SDK library the startup file will not be updated by Processor Expert (there will not be displayed Processor Expert Track Changes dialog). You can modify the copy of the MKxxxxxxx.S file in your project without impact on other projects.

Note:

You can also set the read-only attribute of the MKxxxxxxx.S file in your project to prevent any unintentional modification of the file.

Best Regards,

Marek Neuzil

0 Kudos

394 Views
dave408
Senior Contributor II

The read-only attribute is a good workaround, I think, thanks.

BTW, this is a little off topic, but regarding the Exclude from Build option, I've had mixed success with that.  For example, I'm using C++, and PE always wants to regenerate .c files, like main.c and os_tasks.c.  I'd love to just let them be and exclude them from the build, but when I do this and compile, KDS always builds main.c instead of main.cpp.  So now our workflow is to manually delete main.c and os_tasks.c every time we generate code.  It seems like an unnecessary step if Exclude from Build does what I expect it to do.

0 Kudos