Господа, мы здесь не С обсуждаем, и тем более не нас скромных.
Давайте вспомним название темы.

Ну вот сделали такой проект, что без прописанной $PROJ_DIR$\ не обойтись - тем сделали, что в корень сложили важный настроечный файл *.h ...
Что же теперь сделаешь? И даже более того - сами разрработчики видимо так же поступают часто иначе бы они в каждом примере не писали бы эту дирректорию в опциях проекта, которые поставляют вместе с компайлером.
Самое интересное это то, что такой подход по-моему никаким стандартам не противоречит....
Или как минимум не противоречит обычной практике разработки проектов - для меня такое расположение файлов давно привычно - хоть и было когда-то странным и казалось неестественным.



Никто и не собирается С обсуждать здесь.
Просто человек спросил - минимальный ответ я ему дал и сказал примерно то же что и Вы - тут вообще-то другая тема...
Развивать эту тему тут - я не собираюсь.

Сообщение отредактировал Николай Z - Nov 7 2007, 08:27

А-а-а-а!!!
Ну так бы сразу и сказали, что проект чужой, а я уж было подумал, что Вы за такой подход агитируете . Вынужден согласиться, что в примерах от IAR, во всяком случае для ARM, это встречается довольно часто.
Очевидно, и такой подход имеет право на жизнь, раз им кто-то пользуется, хоть мне это и кажется неудобным.

Дык я же с этого и начал по-моему отвечать - и привел как раз объяснение так сказать на примере примера IAR... Возможно я этот факт не слишком ясно пояснил сразу конечно...

Ну и вообще, изначально это было возражение для Непомнящий Евгений - насчет того, что он перед $PROJ_DIR$\ поставил две точки - чего вообще говоря в IAR делать не нужно...

Сообщение отредактировал Николай Z - Nov 7 2007, 10:02

Весь проэкт называется теплица, состоит из:
Обьектовый плк,
Центральный модуль,
Прорамма на пк.

Центральный модуль в свою очередь состоит из меги 64 и 8 тиней работающих как 485 адаптеры

В komand_descriptions.h лежит; скорость, количество байт в посылках, адреса регистров плк итд.

Например поменял скорость 485, и поменялась сразу везде.
Адреса/биты регистров, могут напрямую использоваться Ц на пк.

Сообщение отредактировал Т.Достоевский - Nov 7 2007, 15:50

Это.... типа.... оппа... А нельзя ли это перевести на нормальный русский технический язык Ваш вопрос?
А то как-то совершенно неясно что именно Вы желаете спросить.

to Т.Достоевский
Был и у меня подобный случай.
В одном воркспейсе три проекта на три разные МК.
Для общих файлов имею привычку создавать папку Common, на которую и делаю ссылки из проектов примерно так:
Структура получается примерно такая:

Ответил зачем мне желательно помещать хидер в корень проэкта.
Ответ на вопрос "Как прописать путь к файлу" получил давно и в полной мере. Спасибо всем.



О! Теперь воркспейсы то-же так сделаю.

Да не за что... Мне лично не жалко...
Вот только я что-то сомневаюсь, в том, что помещать больше одного проекта в один корень имеет хоть какой-то смысл.

Имеет смысл - завести общую директорию, куда сваливаете(возможно в тематические подиректории) - разные части разных наработок, а вот общую директорию для 2-3-4-х текущих проектов иметь - по-моему нецелесообразно. Просто жаль времени, которое потом тратится на растаскиваение кучи разных файлов при последующем сохранении завершенного проекта и дальнейшем его сопровождении...

Впрочем в этом деле каждый следует своим убеждениям и привычкам и пусть Вам в этом помогает Ваш собственный опыт. Чужие шишки как известно не болят... Для начала - всегда надо попробовать набить 2-3-4 штуки собственных

Николай Z, поясню в каом случае и почему я делаю именно так как показал.
Например, когда делается многопроцессорная плата и разные МК на ней связаны некоторым интерфейсом.
В этом случае изменение общей части должно повлечь за собой пересборку во всех связанных проектах. Для этого в IAR есть даже специальная команда Batch build..., которая действует в пределах воркспейса.
Разнородные же проекты, естественно нет смысла валить в кучу.

Ну так по-моему Ваши подпроекты вовсе не обязаны лежать для этого в одной директории?
Я этот вариант не проверял, но что-то мне подсказывает, что если они будут лежать в соседних поддиректориях - то вряд ли что-то поменяется?

А они и так соседние друг по отношению к другу. Обьединяет их лишь директория воркспейса, в которой помимо них есть всего один файл eww. Проекты связаны между собой относительными путями, возможностью пакетной сборки и замыслом.
По большому счёту диск D, где у меня всё лежит, тоже директория.

Это логично.
Просто я сперва понял Вас так, что Ваши подпроекты лежат в одной дирректории.
А в таком варианте, который Вы обозначили - это на мой взгляд вполне логично.