реклама на сайте
подробности

 
 
4 страниц V   1 2 3 > »   
Reply to this topicStart new topic
> Как прописать путь к файлу?, IAR AVR
fmdost
сообщение Oct 16 2007, 22:38
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 479
Регистрация: 8-05-07
Из: г. Ставрополь. Северный Кавказ. Россия
Пользователь №: 27 606



Доброго времени суток Уважаемые.
Есть 2 проэкта с одним kommand_descript.h Пытаюсь поставить полный путь, в ответ получаю ругань. 07.gif
Можно ли как в досе? Типа не весь путь а только переход из папки в папку. Правда напрочь забыл, как это в досе делается.
Желательно типа так:
с:\xx\xx\трагет_фолдер\проэкт1\ сдесь лежит весь проэкт1
с:\xx\xx\трагет_фолдер\проэкт2\ сдесь лежит весь проэкт2
с:\xx\xx\трагет_фолдер\общие_файлы\ сдеесь лежит kommand_descript.h
Сильно не пинайте. Спасибо!

Сообщение отредактировал Т.Достоевский - Oct 16 2007, 23:01
Go to the top of the page
 
+Quote Post
dxp
сообщение Oct 17 2007, 02:49
Сообщение #2


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Для того, чтобы компилятор находил заголовочные файлы, находящиеся не в той же директории, что и исходные, нужно указать ему путь к ним. Для этого служит ключ командной строки -I. Указать можно, также, и в опциях оболочки - вкладка там есть для этого в опциях компилятора, где можно прописать пути. По умолчанию там прописаны пути к системным заголовкам (которые идут в составе пакета). Добавьте там свой путь и все. Подробности в документации, там все есть, хотя что-то принципиально новое к уже сказанному там вряд ли найдется.


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
fmdost
сообщение Oct 17 2007, 03:59
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 479
Регистрация: 8-05-07
Из: г. Ставрополь. Северный Кавказ. Россия
Пользователь №: 27 606



Цитата(dxp @ Oct 17 2007, 06:49) *
Для того, чтобы компилятор находил заголовочные файлы, находящиеся не в той же директории, что и исходные, нужно указать ему путь к ним. Для этого служит ключ командной строки -I. Указать можно, также, и в опциях оболочки - вкладка там есть для этого в опциях компилятора, где можно прописать пути. По умолчанию там прописаны пути к системным заголовкам (которые идут в составе пакета). Добавьте там свой путь и все. Подробности в документации, там все есть, хотя что-то принципиально новое к уже сказанному там вряд ли найдется.

Спасибо. Не знал что можно добавлять. Только не понял почему ему не понравился полный путь?
Go to the top of the page
 
+Quote Post
Непомнящий Евген...
сообщение Oct 17 2007, 04:05
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 771
Регистрация: 16-07-07
Из: Волгодонск
Пользователь №: 29 153



Чтобы пути были относительно проекта, можно использовать $PROJ_DIR$, примерно так:
..\$PROJ_DIR$\ОбщиеФайлы\

Цитата(Т.Достоевский @ Oct 17 2007, 07:59) *
Спасибо. Не знал что можно добавлять. Только не понял почему ему не понравился полный путь?


Только что проверил, в #include "" работает и полный и относительный путь. Слэши не забыли проэкранировать?
Go to the top of the page
 
+Quote Post
rezident
сообщение Oct 17 2007, 06:07
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882



Я в своих проектах использую относительные пути. Вот здесь я уже приводил пример. А вот здесь приводил пример используемой мной структуры каталогов для проектов. Подобную структуру (вкупе с относительными путями) довольно удобно использовать при переносе проектов в любое другое место.
Go to the top of the page
 
+Quote Post
alexander55
сообщение Oct 17 2007, 06:43
Сообщение #6


Бывалый
*****

Группа: Свой
Сообщений: 1 584
Регистрация: 7-08-07
Пользователь №: 29 615



Цитата(rezident @ Oct 17 2007, 10:07) *
Я в своих проектах использую относительные пути. Вот здесь я уже приводил пример. А вот здесь приводил пример используемой мной структуры каталогов для проектов. Подобную структуру (вкупе с относительными путями) довольно удобно использовать при переносе проектов в любое другое место.

Чувствуется системный подход. a14.gif
Go to the top of the page
 
+Quote Post
Dog Pawlowa
сообщение Oct 17 2007, 07:24
Сообщение #7


Гуру
******

Группа: Свой
Сообщений: 2 702
Регистрация: 14-07-06
Пользователь №: 18 823



Цитата(rezident @ Oct 17 2007, 09:07) *
Я в своих проектах использую относительные пути. Вот здесь я уже приводил пример. А вот здесь приводил пример используемой мной структуры каталогов для проектов. Подобную структуру (вкупе с относительными путями) довольно удобно использовать при переносе проектов в любое другое место.

Как это сочетается с системой контроля версий?


--------------------
Уходя, оставьте свет...
Go to the top of the page
 
+Quote Post
rezident
сообщение Oct 17 2007, 07:41
Сообщение #8


Гуру
******

Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882



Цитата(Dog Pawlowa @ Oct 17 2007, 13:24) *
Как это сочетается с системой контроля версий?

Никак. Потому что не пользуюсь.
Go to the top of the page
 
+Quote Post
dxp
сообщение Oct 17 2007, 07:47
Сообщение #9


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Встерчал такую огранизацию проектов - все из одного корня растет. И под контролем версий - вся структура помещается в репозиторий. Пользуются, другого не хотят.


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
Dog Pawlowa
сообщение Oct 17 2007, 07:53
Сообщение #10


Гуру
******

Группа: Свой
Сообщений: 2 702
Регистрация: 14-07-06
Пользователь №: 18 823



Цитата(dxp @ Oct 17 2007, 10:47) *
Встерчал такую огранизацию проектов - все из одного корня растет. И под контролем версий - вся структура помещается в репозиторий. Пользуются, другого не хотят.

Тоже годится, но только для одной задачи - архивирования на века. smile.gif
А для оперативной работы с возможной отмоткой назад каждого проекта в отдельности - увы-увы...


--------------------
Уходя, оставьте свет...
Go to the top of the page
 
+Quote Post
dxp
сообщение Oct 17 2007, 08:00
Сообщение #11


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Цитата(Dog Pawlowa @ Oct 17 2007, 14:53) *
Тоже годится, но только для одной задачи - архивирования на века. smile.gif
А для оперативной работы с возможной отмоткой назад каждого проекта в отдельности - увы-увы...

Тем не менее успешно работают, другого не хотят. Хотя по мне так это не удобственно - у меня проекты живут сами по себе, к общей структуре не привязаны. А общие вещи линкуются к ним через переменные окружения.


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
Andy Mozzhevilov
сообщение Oct 17 2007, 08:20
Сообщение #12


Знающий
****

Группа: Свой
Сообщений: 877
Регистрация: 26-01-05
Из: Екатеринбург
Пользователь №: 2 206



Цитата(Dog Pawlowa @ Oct 17 2007, 13:53) *
Тоже годится, но только для одной задачи - архивирования на века. smile.gif
А для оперативной работы с возможной отмоткой назад каждого проекта в отдельности - увы-увы...

А в чем сложность, собственно?


--------------------
Пасу котов...
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Oct 17 2007, 09:07
Сообщение #13


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(rezident @ Oct 17 2007, 09:07) *
А вот здесь приводил пример используемой мной структуры каталогов для проектов.
Тоже пользовался такой структурой, пока не выяснилось, что в одном проекте может быть два и больше процессоров разных семейств, а после этого выяснилось, что очень удобно в одном месте хранить и все исходники для процессоров, и сопутствующие писишиные программы с исходниками и схемы/разводки и документацию. Т.е.
Код
Project
    Doc
    Hardware
    Software
         Bootloader
         Firmware
         PC
         или
         Проц1
             Bootloader
             Firmware
             PC
         Проц2
             Bootloader
             Firmware
             PC
В таком виде оказалось очень удобно проекты и под контролем версий держать, и в .bat прописывать относительные пути к экзешникам, которые компилятся из писишных исходников и лежат в своих каталогах (достаточно под контролем версий держать только исходники). И при необходимости можно одной командой достать из репозитория весь проект на нужный момент времени. И общие для проекта файлы гармонично ложатся в общие каталоги (например Hardware.h кладется в "Проц1" и легко доступен из Bootloader и Firmware(#include "..\Hardware.h"), Hardware.h для второго проца в "Проц2", заголовочный файл для обмена по шине в Software и т.д.)


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
Dog Pawlowa
сообщение Oct 17 2007, 09:58
Сообщение #14


Гуру
******

Группа: Свой
Сообщений: 2 702
Регистрация: 14-07-06
Пользователь №: 18 823



Цитата(Andy Mozzhevilov @ Oct 17 2007, 11:20) *
А в чем сложность, собственно?

То ли я не умею готовить, но у меня вот эти две папки
|->_INC <-общие хидеры проектов
|->_SRC <-общие исходники проектов
не получаются статическими, они тоже изменяются. В реальной жизни то ошибка находится, то ли стремление улучшить проснется. 05.gif

Получается такая последовательность:
- общая часть ver 1
- проект A ver 1
- проект B ver 1
Произвели 100 устройств проекта A.
- корректировали общую часть ver 2
- корректировали проект 2
Произвели 100 устройств по проекту B.
Корректировали проект A ver 2.
Произвели 100 устройств проекта A
Пришла жалоба от клиента по ошибке в проекте A из первой партии.
Начинаем разбираться. Вернули версию проекта A на 1 - все правильно. Но результат компиляции другой, так как была изменена общая часть. Концов не осталось.


--------------------
Уходя, оставьте свет...
Go to the top of the page
 
+Quote Post
Непомнящий Евген...
сообщение Oct 17 2007, 10:12
Сообщение #15


Знающий
****

Группа: Свой
Сообщений: 771
Регистрация: 16-07-07
Из: Волгодонск
Пользователь №: 29 153



Цитата(Dog Pawlowa @ Oct 17 2007, 13:58) *
Получается такая последовательность:
- общая часть ver 1
- проект A ver 1
- проект B ver 1
Произвели 100 устройств проекта A.
- корректировали общую часть ver 2
- корректировали проект 2
Произвели 100 устройств по проекту B.
Корректировали проект A ver 2.
Произвели 100 устройств проекта A
Пришла жалоба от клиента по ошибке в проекте A из первой партии.
Начинаем разбираться. Вернули версию проекта A на 1 - все правильно. Но результат компиляции другой, так как была изменена общая часть. Концов не осталось.

Ну когда вы метку создаете, надо делать это одновременно и на общую часть и на проект. Клиенту ушла версия 1. Общая часть правилась, проект В правился. Появилась версия 2 (общая часть + проект В). Жалоба на проект А. Восстанавливаем версию 1 (проект А версии 1 + общая часть версии 1)
Go to the top of the page
 
+Quote Post

4 страниц V   1 2 3 > » 
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 21st July 2025 - 21:33
Рейтинг@Mail.ru


Страница сгенерированна за 0.01496 секунд с 7
ELECTRONIX ©2004-2016