Где codeblocks хранит настройки

codeblocks настройка и применение

Надеюсь не сильно растрою разработчиков.
Прошу прощения.
Помогите пожалуйста.
Перешел на gentoo решил воспользоваться codeblocks
gcc-avr. Как мне кажется поставил все необходимое.
Создал проект, проверил что среда видит компилятор.
Но при компиляции выпадает ошибка:

Linking console executable: bin/Debug/avr_8535.elf
/usr/libexec/gcc/avr/ld: cannot open linker script file ldscripts/avr4.x: No such file or directory
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

Сильно не кричите.
Каждый когда то начинает.
тем более что среда понравилась тем что могу писать как для avr так и для компа который будет управлять данным avr по интерфейсу.
там будет видно по какому интерфейсу.

Для комментирования войдите или зарегистрируйтесь

Точного рецепта не дам, ибо

Автор eegorov, дата создания 3 марта, 2011 — 19:35.

Точного рецепта не дам, ибо пока в командировке, но попробую дать наводку:
в настройках сборки проекта в разделе «директории» для линковщика пропиши директорию /usr/avr/lib

Для комментирования войдите или зарегистрируйтесь

Все это сделано.Все пути для

Автор rashidich, дата создания 4 марта, 2011 — 10:03.

Для комментирования войдите или зарегистрируйтесь

Нашел причину. Компиляция

Автор rashidich, дата создания 4 марта, 2011 — 15:25.

Нашел причину.
Компиляция проходит без ошибок.
Но решение проблемы мне не нравится.
————— Build: Debug in avr_8535 —————

Из текста видно что линковщик не может найти скрипты.
Ссылка usr/libexec/gcc/avr/ld указывает на папку с файлом ld /usr/i686-pc-linux-gnu/avr/binutils-bin/2.21/ld.
Сами скрипты находятся по адресу /usr/lib/binutils/avr/2.16.1/ldscripts.
Если скопировать папку со скриптами в папку /usr/i686-pc-linux-gnu/avr/binutils-bin/2.21
то компиляция проходит без проблем.
Но само решение мне не нравится.
Пока думаю как решить эту проблему.

Для комментирования войдите или зарегистрируйтесь

Нашел корректное решение

Автор rashidich, дата создания 4 марта, 2011 — 15:37.

Нашел корректное решение проблемы.
Сейчас все компилится как надо.
Без переброса папок и дополнительных ссылок.
В настройках компилятора setting/compiler and debagger setting/search directories/linker
указал этот путь /usr/lib/binutils/avr/2.16.1/ldscripts.
И все пошло.
Сейчас интересует такой вопрос.
Возможно ли настроить codeblocks как для AVR так и для написания ядра программы под PC который будет управлять AVR по какому ни будь интерфейсу и соответственно настроить для написания визуализации. Или же каждый раз придется менять настройки компилятора линковщика и тому подобное. Тема стала для меня очень актуальной.

Для комментирования войдите или зарегистрируйтесь

Сейчас интересует такой

Автор rashidich, дата создания 11 марта, 2011 — 10:17.

Сейчас интересует такой вопрос.
Возможно ли настроить codeblocks как для AVR так и для написания ядра программы под PC который будет управлять AVR по какому ни будь интерфейсу и соответственно настроить для написания визуализации. Или же каждый раз придется менять настройки компилятора линковщика и тому подобное. Тема стала для меня очень актуальной.

Для комментирования войдите или зарегистрируйтесь

Russian Gentoo Linux Community © 2005—2017
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal

2 Описание использования и настройки ИСР (IDE) Code::Blocks

Code::Blocks имеет типичный для IDE внешний интерфейс на английском языке.

2.2 Установка (для использование с компилятором GCC)

Для работы в этой IDE необходимо установить следующие компоненты;

● саму среду Code::Blocks.

Все эти программы можно получить у преподавателя, либо скачать с сайта кафедры, или с сайта разработчиков этих проектов. В конце методички есть ссылки на эти сайты. Детально, процесс установки описан в отдельном документе, предоставляемым студенту преподавателем курса.

Компилятор GCC входит в состав пакета утилит разработки ПО MinGW. Установка осуществляется запуском файла MinGW.exe . Далее в каждом диалоге следует нажимать Next , если не требуется каких либо специальных настроек. В последнем диалоге для закрытия окна следует выбрать Finish .

Установка Gdb осуществляется аналогичным MinGW образом описанным выше.

Установка самой среды осуществляется распаковкой её из архива CodeBlocks.rar , в предварительно созданную директорию, например CodeBlocks в корне диска C:\ или другое место (выбор места установки по желанию студента). Для удобства запуска рекомендуется создать ярлык программы на рабочем столе.

При установке Code::Blocks версии взятой с сайта разработчиков необходимо иметь установленный на компьютере архиватор 7-Zip. Архиватор 7-Zip можно скачать здесь [10].

2.3 Настройка

При первом запуске, программа спросит: какой компилятор использовать и будет ли она программой по умолчанию для всех файлов *.c/*.cpp и *.h/*.hpp ?

Необходимо проверить, в какой кодировке вы работаете, это можно сделать, посмотрев в строку состояния внизу экрана. Справа будет текущая кодировка ИСР. Пример того, что может быть написано: UTF-8 , WINDOWS-1251 и т. д. Если у вас установлена в качестве кодировки по умолчанию, кодировка отличная от UTF-8, то её надо будет сменить на UTF-8. Это можно сделать, зайдя в Settings->Editor. , после чего откроется окно Configure editor настроек текстового редактора кода. Здесь, в выпадающем списке Default encoding when opening files , надо выбрать кодировку UTF-8 . После чего нажать OK и переоткрыть все открытые файлы в ИСР.

Если программа не компилируется и в панели Messages во вкладке Build log появляется сообщение: « cc1plus.exe: error: unrecognized command line option „-Wfatal-errors“ », надо зайти в пункт меню Settings -> Compiler and debugger. , и в открывшемся окне, при условии, что выбран компилятор GNU GCC Compiler , в соответствующем, выпадающем

Code::Blocks, не работает отладочное окно Disassembly

введите сюда описание изображения

Проблема следующая: не могу открыть окно дизассемблирования. Перепробовал уже все: устанавливал другие компиляторы; десятки раз переустанавливал разные версии Code::Blocks ; прыгал с бубном вокруг настроек среды, компилятора и отладчика; выполнил любые мыслимые и немыслимые попытки получить дизассемблированный код. Галочка на пункте Disassembly ставится и снимается, но при этом ничего не происходит. Помню, что лет пять назад это окошко без проблем открывалось, даже если отладка не запущена. Теперь же не открывается. Помогите понять, что с этим всем делать.

Отслеживать

задан 9 янв 2019 в 7:20

4,128 1 1 золотой знак 9 9 серебряных знаков 22 22 бронзовых знака

А через меню Debug -> Window -> .. ? и найти окошку место в левой панели

9 янв 2019 в 7:30

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

9 янв 2019 в 11:03

А в вин реестре он ничего не хранит? может координаты этого окна за пределом видимости, и так сохранено. Или это Линукс?

9 янв 2019 в 11:16

Поиском по реестру, вероятно, по названию codeblocks или производные от этого.

Быстрый старт c микроконтроллерами STM32F10x. Первый проект в IDE Code::Blocks

На стартовой странице Code::Blocks посетителей уверяют в том, что эта интегрированная среда разработки способна удовлетворить потребности самых требовательных пользователей. Она может быть настроена индивидуально под потребности каждого разработчика с помощью установки дополнительных плагинов. Такие обещания не оставили меня равнодушным и я решил попробовать создать свой первый проект в этой IDE.

Итак , после установки ARM_Toolchain Code::Blocks будет доступна для запуска из каталога CodeBlocks или из окна выбора между Eclipse и Code::Blocks.

Запустим программу и создадим проект с использованием собственного мейкфайла для Code::Blocks (далее по тексту я буду использовать сокращение C::B ). Создадим простой проект для одной из стартовых плат Olimexino-STM32 или STM32H-103 ( STM32F103-HB ).

Для начала посмотрим какие плагины установлены в C::B . Запускаем IDE и выбираем пункт меню «Plugins – Manage plugins…»

Список доступных для установки плагинов C::B вы можете посмотреть на странице https://wiki.codeblocks.org/index.php?title=Code::Blocks_Plugins.

Хочу заметить, что установочный пакет ARM_Toolchain_Setup не производит модификацию переменной среды Path. Это предотвратит вас от запуска сторонних утилит вместо необходимых. Например, если у вас установлена RAD Studio , то в ее состав входит утилита make.exe, которая , однако, не понимает формат GNU Makefile.

Таким образом вам нужно либо полностью указывать путь к исполняемым файлам пакета ARM_Toolchain , либо же прописать их в переменной Path ( если в системе нет одноименных утилит).

Для этого нужно открыть свойства системы, нажав «Пуск — Панель управления — Система и безопасность — Система — Дополнительные параметры системы — Переменные среды» (для Windows 7) и выбрав в области «Системные переменные» переменную Path. Нажимаем на кнопку «Изменить» и дописываем через точку с запятой пути к исполняемым файлам пакета ARM_Toolchain :

Теперь все необходимые утилиты могут быть запущены из командной строки без указания полного пути к исполняемому файлу. Проверим это, запустив Command Prompt и набрав в командной строке , например :

Вы также можете запустить любимую IDE , набрав в командной строке нехитрую команду :

Распакуйте архив Examples.zip и скопируйте с заменой каталог Examples в каталог с установленным ARM_Toolchain.
Запустите C::B , выберите в главном меню File – Open… . В открывшемся окне выберите файл проекта …/ARM_Toolchain/Examples/stm32f10xQuickstart/stm32f10xQuickstart.cbp .

Мы будем работать со своим мейкфайлом, поэтому кликните правой кнопкой мышки на названии проекта и выберите «Properties…». В открывшемся окне обязательно поставьте галочку напротив «This is a custom Makefile».

Снова кликните правой кнопкой мышки на названии проекта и выберите из контекстного меню «Build options…». В открывшемся окне выберите вкладку «Make» commands. Обратите внимание на названия целей по-умолчанию. Для сборки отладочной конфигурации используется цель «Debug», для очистки от объектных файлов — цель «cleanDebug». В заключительной версии программы эти цели имеют названия «Release» и «cleanRelease» соответственно. Ничего здесь изменять не будем, оставим все как есть.

Интегрированная среда разработки Code::Blocks предназначена для проектирования программ на языках программирования C и C++. Компиляторы этих языков могут использоваться совершенно разные , от Visual C++ до GCC (в том числе кросс-компиляторы). Поэтому и настройки компиляции также выполняются для каждого из поддерживаемых компиляторов отдельно.

Выберите в главном меню C::B пункт «Settings – Compiler…». В открывшемся окне «Compiler settings» в поле «Selected compiler» выберите «GNU ARM GCC Compiler».
Далее откройте вкладку «Toolchain executables» и выберите расположение инструментальных средств так, как показано на следующем рисунке.

Для беспрепятственного обнаружения дополнительных утилит ,например make.exe, можно указать в закладке «Additional Paths» дополнительные пути к необходимым утилитам, в частности к make.exe.

Чтобы при компиляции не возникли трудности с поиском стандартных заголовочных файлов я рекомендую также указать путь к каталогу include инструментального пакета GNU Toolchain .

Итак, с настройками C::B мы разобрались. Теперь настало время собрать наш первый проект для микроконтроллера stm32f103rb. Откройте Makefile , он находится в логическом каталоге «Others» интегрированной среды разработки. Дело в том, что эти каталоги создаются Code::Blocks автоматически. Принадлежность файлов к каждому из каталогов также определяется без участия пользователя.
В моем проекте вы можете видеть такие организационные элементы :

Sources – сюда причислены все исходные файлы на C/C++
Headers – здесь находятся все заголовочные файлы проекта
ASM Souces – исходные файла на языке ассемблера
Others – все остальные , не распознанные средой, файлы

В открывшемся Makefile первая переменная VERSION указывает на версию проекта (Debug или Release). Обратите также внимание на выпадающее поле «Build target» вверху экрана C::B .
Выбрав в поле «Build target» опцию Debug вы указываете среде запускать при сборке проекта цель Debug, при очистке — cleanDebug.
Что находится в этих целях интегрированная среда разработки не знает, поэтому в своем мейкфайле нам необходимо самим позаботиться о том, чтобы при запуске цели Debug исходные файлы были откомпилированы без оптимизации и с включением в выходной elf-файл отладочной информации. Для этого существует переменная VERSION.
Вам необходимо изменить ее значение на Release при выборе в поле «Build target» цели «Release».

Собираем проект простым нажатием на «Build – build» либо комбинацией клавиш «Ctrl + F9». В результате на вкладке «Build log» вы можете наблюдать процесс сборки. В случае его успешного завершения в этой вкладке появится следующее сообщение :

Process terminated with status 0 (0 minutes, 9 seconds)
0 errors, 0 warnings (0 minutes, 9 seconds)

После использования IDE Eclipse я привык видеть в окне менеджера проектов результаты работы компилятора и компоновщика. В Code::Blocks разработчики посчитали это ненужным , но возможность добавить каталоги с объектными и исполняемыми файлами у нас все же имеется.
Для этого кликните правой кнопкой мышки на названии проекта и выберите в выпадающем меню пункт «Project tree – Edit file types&categories…» . В появившемся окне «Categories & file types» нажмите на кнопку «Add» , чтобы добавить новую категорию. Для созданной категории необходимо через точку с запятой указать расширения файлов ,которые будут автоматически причислены к этой категории.

Если новая категория не появится в окне менеджера проектов автоматически , то нам придется добавить хотя бы один из файлов, относящийся к данной категории. Для этого снова кликните правой кнопкой мыши на проекте и выберите пункт меню «Add files…» и выберите нужный файл.

Настало время сказать несколько слов о самой тестовой программе. Пример очень простой .
Программа выводит в начале строку символов в USART и моргаем светодиодом с частотой приблизительно 7,6 Гц.
Задержка формируется благодаря встроенному в микроконтроллер таймеру TIMER2.
Используется один обработчик прерывания от таймера.
USART работает без прерываний. Это сделано мною специально для того, чтобы потом задействовать функции USART-а для вывода кодов ошибок через последовательный порт.
В этом случае использование USART-а является более предпочтительным , например , по сравнению с виртуальным портом на основе USB VCP.
Когда ваша программа попадет в обработчик HardFault_Handler , то никакие другие прерывания уже не будут доступны. Чтобы отправить перед входом в бесконечный цикл обработчика HardFault_Handler сообщение о том, что мы попали в обработчик исключения HardFault используется функция вывода в USART без прерываний.
Для проверки работоспособности нашей программы необходимо загрузить один из выходных файлов (test.elf , test.bin или test.hex) в микроконтроллер.
По-умолчанию исполняемый файл предназначен для загрузки в отладочную плату STM32H-103.
Если вы используете в качестве отладочной платы OLIMEXINO-STM32 , то вам необходимо закомметировать в Makefile строчку