Forum : Ride IDE
Post Information | Post |
---|---|
April 2, 2010 - 2:52pm
|
I have just install and test your Ride7 for my application involving a STR9 µC, some comments & questions: 1) first of all, good job! a very nice tool for those who need to focuse on their embedded software development instead of fighting with makefile, ld file and all libraries config....but keeping a gnu gcc open tool! 2) why don't you use Lib91x library version 2.1 instead of the old 1.2 that has some bugs? (minor but still bugs) 3) my first task was to create a new project for my STR9 (very easy, thanks again), and import my sources and header files in this project. For the source (.c and .s), no problem. But no way to select header files (.h) with the AddItem command? 4) I tried to add my own .ld script file, then I use the property option, but the windows file system that was opened in order to pick up my .ld file was not able to find it? (I tripled check it was actually in the folder). I had to enter the .ld path and filename manually, it works however. 5) why don't you offer to pay for the Ride7 and be able to use different Jtag tool, you can have two offers then: (free-Ride7+Rlink) or (Notfree-Ride7+other Jtag) Hope it can help the community, |
Hi Jomed
Please find below some comments for each point.
1) Thank you for your feedback concerning our tools.
2) The system of library used in Ride7 for ARM seemed to be a good idea
as when you start a project, it works immediately.
But as result it makes our software relevant to a version library, so it could result
to a situation where a project works with one version of our tools and not with another one.
And this is not a very appreciated situation.
So we have renounce to keep on updating library version and recommend users to not use the precompiled
version library but to take all required sources from library and add them to their project.
This has also the advantage that users understand better the library itself and can help when
at a critical stage of a project there is an issue to resolve.
3) This is not a bug as this what a expect. I mean users should not add .h file in the project node.
The display of .h file is done automatically after a successful compilation under each source file.
They can be open and edited directly and also they are recalculated every time you compile.
4) This is a bug in file extension filters.
Any time you have such a problem you can enter "*" and it should display everything.
5) Thanks for the suggestion, this a good idea and had been done for JTAGJet for STR7 and STR9.
It is available free you just need to change the "Debug Tool" in "Advanced ARM options".
But this is a business model which requires partnership and so on.
Regards
Matloub
My environment does not do this. Is there a project option that I need to turn on?
Ah heck, finally saw that Show... button!
welll mat.. it is not that much difficult to find out that where is that button ??? its on the front page.!!!! in front of you.!! Dear admin. would that type of the person called as a spammer?? or something like other who just provide link all the time???
I also think it would be nice to easily add .h files to the project. The majority of dependencies are normally libraries so it's a bit of a pain to wade through and find the .h you're looking for.
The .h file is part of the project, after all.