CodeWarrior for ColdFire ver 6.3 build 14 IDE 5.7.0 Build 2072 duplicate common.h header files

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

CodeWarrior for ColdFire ver 6.3 build 14 IDE 5.7.0 Build 2072 duplicate common.h header files

2,337件の閲覧回数
james_edwards
Contributor I
Hi,
 
I'm seeing two common.h files in the file list of the "Find in files" window under the project files tab.
 
One is the one I created in "src\common" and other one is in  C;\programfiles\freescale\CodeWarror for ColdFire\Stationery\Coldfire\CF_M5475EVB\C\src\include\
 
How is the one in C;\programfiles\freescale\CodeWarror for ColdFire\Stationery\Coldfire\CF_M5475EVB\C\src\include\common.h getting into my  project?
 
I see other duplicate files in this search list.  How do I clean it up.  I've tried to reset the entry points.  I've set search user paths which did not help.
 
My common.h file show up in my project window with the target dot.  This other one does not.  But when I click on the freescale common.h in the search list it opens
 
My project is messed up and I'm also getting "mcf548x_dma.h: file could not be found" in my search results window.
 
Any pointers would be appreciated.
Thanks
ラベル(1)
タグ(1)
0 件の賞賛
返信
3 返答(返信)

662件の閲覧回数
CrasyCat
Specialist III
Hello
 
Not sure I understand how you came to that situation.
 
Normally when you start working you create your project from a stationery.
When you create a project from a stationery, the whole content of the stationery
is copied in your project.
This is how the common.h from the stationery appears in your project.
 
Once you are there, you have to decide what you want to do with your project. I would not recommend adding a header file with the same name as an existing one in your project. Just use another name to keep everything clean.
 
The paths where the project will look for header/source files are enumerated in the "Target Settings"  AccessPaths Panel. 
It might be worth it looking at that panel and adjusting it in case you have paths pointing to unexpected location.
 
Once again I am not sure how you came to that situation, so it is hard to get you out of here.
It would perhaps be more efficient to start with a new project created from a Stationery for M5475EVB and add/remove files starting from there.
 
CrasyCat
0 件の賞賛
返信

662件の閲覧回数
J2MEJediMaster
Specialist I
Just to echo what Casycat said:

1) When the CodeWarrior IDE searches for files, it declares a match when it finds the first file with the specified name. In this case, common.h. Since the IDE typically looks in its own directories first, it latches onto its common file, not yours.
2) You can change this behavior by going to the IDE's Access Paths panel (Edit | YourProjectNameHere Settings, or press Alt-F7 to bring up the Settings panel, the pick Acces Paths). It displays the directory paths that will be searched. Just as important, the list indicates the order in which the directories will be searched. That is, directory paths higher on the list get searched first. In all likelyhood, the CodeWarrior directories are high on this list, followed by your source directory. You can change this search order by clicking and dragging the directory path names to rearrange the list.
3) Again, I have to side with Crasycat and say that's it's going to be a lot less error-prone for you just to change the name of that include file to something other than common.h. Make it easy on yourself.

---Tom


Message Edited by J2MEJediMaster on 2007-07-12 10:19 AM
0 件の賞賛
返信

662件の閲覧回数
james_edwards
Contributor I
Thanks for the prompt reply. 
 
I guess I just don't get the stationary concept of a project.  I'm accustom to working with files and directory structures.  So I've been copying my project to another directory and making changes, then merging the changes back into the original directroy/project.  That works fine for existing files.  And the "drag and drop" to add a new file seemd to be working well also.
 
Guess I'll have to read a bit more about how this "stationary" works??
 
Thanks again
James
0 件の賞賛
返信