This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

uVision 3: Multiple Targets w/different & unique files that have the same names?

Hello.

Is it possible to have multiple targets in a single Project, where different projects include files that have the same name, but are located in different directories?

The files are different, btw. I'm using uVision 3 & PK51.

E.g.

Project 1: path_name\src_thin\dir.c, path_name\src_thin\file.c, etc.

Project 2: path_name\src_sthin\dir.c, path_name\src_sthin\dir.c, etc.

I've tried this, but even if I don't allow a file (e.g. Project 1's dir.c) to be included in the build of Project 2, I cannot add another same-named-but-different-and-in-a-different-directory file to Project 2 -- uVision complains that the file is already in the project.

IOW, it seems the uVision supports symbol links but only as far as file names, and not filenames with full paths ...

Please confirm this problem, or suggest a workaround (using just one Project, but multiple targets).

Thanks,

Parents
  • To me, the file seems not too hard to patch. But I would instead go the route of having a script copy files to their expected directory/name. Remember that the project settings allows you to run your own programs before compilation of a C/C++ file, or before build/rebuild or after build/rebuild.

    But I can only agree that I would have liked Keil to upgrade their project handling to be a bit more conventional. I would have liked automatic builds of multiple targets, and to set one target as a prerequisite for one or more other targets.

Reply
  • To me, the file seems not too hard to patch. But I would instead go the route of having a script copy files to their expected directory/name. Remember that the project settings allows you to run your own programs before compilation of a C/C++ file, or before build/rebuild or after build/rebuild.

    But I can only agree that I would have liked Keil to upgrade their project handling to be a bit more conventional. I would have liked automatic builds of multiple targets, and to set one target as a prerequisite for one or more other targets.

Children
No data