Topic : Rkit-ARM_1.24.10.0050 make/build possible bug

Forum : ARM

Original Post
Post Information Post
March 14, 2010 - 12:28am
Guest

Using Ride7_7.26.09.0351, I have upgraded to latest Rkit-ARM_1.24.10.0050.

After the upgrade, I have detected that ‘make’ doesn’t works as expected. In fact now ‘make’ do exactly the same task that ‘build’ (always compile all project files).

I believe that this is a possible bug. Has anyone found the same problem?

Best regards.

Replies
Post Information Post
+1
0
-1
March 15, 2010 - 9:15am
Raisonance Support Team

Hello,

Can you try to cleanup your project directory:
- Close Ride7
- Go to your project directory in an explorer window
- Delete Ride7 intermediate files : *.ctx, *.dbi, *.xdb (Keep only the .c and .h files, along with the .rprj and .rapp project files)
- Reopen Ride7
- Rebuild the whole project

Then you can check whether the make works
- modify a singl C file
- perform a make and check that only the given file is built.

If this does not work, can you send us a zip file containing your whole project (support AT raisonance DOT com) so that we can analyze it?

Regards,
Bruno

+1
0
-1
March 15, 2010 - 10:13am
Guest

I have cleaned the project directory, I have created the project one again and I have tested it in another machine but the result is always the same.

This is not a problem related to my own project because example projects has the same behavior. You can try with:

%ProgramFiles%\Raisonance\Ride\Examples\ARM\REva\STM32F103_Toggle\ STM32F103_toggle.rprj

Best regards.

+1
0
-1
March 15, 2010 - 11:05am
Raisonance Support Team

Hi,

We found a problem that looks like yours and we are currently testing a patch for correcting it.

This problem is related to spaces in directory names. Like for example "Program Files". ;)

To confirm that it is the same problem, please create a project in a very simple directory (c:\test\) and see if it always recompiles.

Best Regards,

Vincent

+1
0
-1
March 15, 2010 - 12:15pm
Guest

I have cleaned and copied %ProgramFiles%\Raisonance\Ride\Examples\ARM\REva\STM32F103_Toggle\ to C:\test\ and the problem already persist. Therefore this is no a ‘spaces in path’ issue.

Take in consideration that with Ride7_7.26.09.0351 and Rkit-ARM_1.22.09.0254 this problem doesn’t exist. Therefore is an Rkit-ARM_1.24.10.0050 upgrade related issue.

Best regards.

+1
0
-1
March 15, 2010 - 12:21pm
Raisonance Support Team

Hi,

The problem that I spoke about in my previous post was not present in the previous release. But obviously it' not the same.

Please tell us if after compiling (and activating dependencies displaying) you can see the dependency files, if they are correct, and if you can open them by double-clicking on them...?

"make always recompiles" problems are usually related to wrong dependency analysis.

Best Regards,

Vincent

+1
0
-1
March 15, 2010 - 12:52pm
Guest

Yes both build information and dependencies appear.

When I double click over a dependency file, if it is an own header file (in a project directory) it works fine but if it is a standard library header file I get the next error:

“Unable to find c:\archivos de|programa\raisonance\ride\arm-gcc\bin\..\lib\gcc\arm-none-eabi\4.3.2\..\..\..\..\arm-none-eabi\include\_ansi.h”

NOTE: The second space in ‘archivos de programa’ has been replaced by ‘|’.

Therefore, the problem really is a ‘spaces I path’ for standard include files.

I have applied an easy workaround. Reinstalling both Ride7 and Rkit-ARM in C:\Raisonance solves the problem.

Thanks for your support.

+1
0
-1
March 15, 2010 - 1:55pm
Raisonance Support Team

Hi,

Thanks for the testing.

So in fact it is the same problem, and the patch will correct it.
Here it is (still under testing please report the results of your tests, positive or negative):
ftp://www.raisonance.com/temp/ARM/Patch_100310_ARM_depspace_BS.zip

Unzip it and read the readme.txt ...

Best Regards,

Vincent

+1
0
-1
March 15, 2010 - 5:02pm
Guest

I have tested the patch and I confirm you that it solves the 'spaces on path' problem for dependencies.

So now 'make' works fine.

Best regards.