у меня просто 300 нет тюрниджи акусел в6,→ аймакс, →литокайла500

liitokala с финского "летучая рыба"

liitokala с финского "летучая рыба"

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

эклектичная картина представилась, я доволен

спасибо=)

В цитатник

мм?

что то я не совсем понял, в проект *.c файлы рукми надо добавлять в свойствах проекта, а *.h инклудами?

> в свойствах проекта >в проект в мейке есть такие понятия ?

мейка нету, codevisionavr

я просто к тому, а если 100500 *.c файлов, то их все руками и мышкой в свойства проекта добавлять? по идее же из как то заинклудить надо, чтоб в исходниках видно было, что куда добавлять

или это кодевижн говнище без маке файла, где это все прописано должно быть?

> в свойствах проекта >в проект в мейке есть такие понятия ?

:3

я тоже всегда всё билдил гцц и ненавидил петушиные тулзы

оно более юзерфрендли, по сравнению с avr studio или atmel studio(которое еще и тормозит)

мне очень не нравится слово "юзерфрендли", потому что оно предполагает какого-то сферического юзера в вакууме. для меня вот мышетыкательные интерфейсы совершенно нефрендли.

4я студия убога и неудобна, 5я и 6я тупо тормозять на недобуке

к тому же в кодевижне есть не плохой визард

вы мне лучше обьясните, как с *.c файлами по правильному поступить

потому что раньше я их тупо инклудил и все работало, но почему то никто так не делает

оно более юзерфрендли, по сравнению с avr studio или atmel studio(которое еще и тормозит)

Оно говно, стоит юзать только из-за годного калькулятора

вы мне лучше обьясните, как с *.c файлами по правильному поступить

какой кодевижн?

(у него ещё баги свои внутренние есть если что, лол)

разок столкнулся, не помню с чем, но поебался

поступаю с *.c файлами вот так: CSRC = $(wildcard *.c) COBJ = $(addprefix $(BUILDDIR)/, $(CSRC:.c=.c.o)) $(COBJ): $(BUILDDIR)/%.c.o : %.c @echo Compiling $< @-mkdir -p $(@D) $(V)$(GCC) $(CFLAGS) -c $< -o $@

какой кодевижн?

версии 3.12 https://ru.wikipedia.org/wiki/CodeVisionAVR

(у него ещё баги свои внутренние есть если что, лол)

есть, ds18b20 например глючно работает даже в протеусе (правда еще не разобрался, кодевижн или протеус гглючит, или оба)

а, тогда хз, у меня 2ая

а во второй версии как?

могу 3,12 скинуть, в ней много фич добавили

давай

а во второй версии как?

я ищу как

но на худой конец ты можешь проинклюдить все файлы в один

только пространство имен при этом у них будет общим

осторожно

это и выделяешь файлы, можно выделять и добавлять пачкой

я так и сделал, но это не правильно имхо

мя считал гуёвые конфиги удобными, пока не понял, что они тобой вертят как хотят и ограничивают. кроме того от версии к версии что-то меняют и опции компилятора могут внезапно и незаметно измениться всего лишь от накатки апдейта ide

я так и сделал, но это не правильно имхо

в смысле?

а как по твоему правильно?

мя считал гуёвые конфиги удобными, пока не понял, что они тобой вертят как хотят и ограничивают. кроме того от версии к версии что-то меняют и опции компилятора могут внезапно и незаметно измениться всего лишь от накатки апдейта ide

++

а если 100500 файлов? их все мышкой тащить? или хуже того, если понадобиться портировать под другое иде, как узнать, что там добавлено, в исходникак же этого нет, только заголовочные файлы, а они не всегда с си файлами совпадают

а если 100500 файлов? их все мышкой тащить? или хуже того, если понадобиться портировать под другое иде, как узнать, что там добавлено, в исходникак же этого нет, только заголовочные файлы, а они не всегда с си файлами совпадают

инклюдь в один

давай

напомни часа через 3-4, или завтра, я мя на работе трафик ограничен, оно 200 метров весит

prj файл открой блокнотом

это обычный iniшник

можешь аппликуху для удобного добавления сам написать

инклюдь в один

а если просто делать #include "some_file.c" в main.c, или это плохо? оно работает то, но почему то никто так не делает?

а если просто делать #include "some_file.c" в main.c, или это плохо? оно работает то, но почему то никто так не делает?

я об этом и говорю

пространство имен будет общее

это может плохо кончиться

или мож в some_file.h вставлять #include "some_file.c", наподобии как #include some_file.lib сделано ?

пространство имен будет общее

следить за именами и ничего плохого не будет

все больше убеждаюсь, что програмирование не для людей придумано

а если просто делать #include "some_file.c" в main.c, или это плохо? оно работает то, но почему то никто так не делает?

потому что если у тебя в разных сишниках будет два символа с локальным скоупом (static) и одинаковыми именами, будет ой.

потому что если у тебя в разных сишниках будет два символа с локальным скоупом (static) и одинаковыми именами, будет ой.

и ворнинга не будет?

еррор будет

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

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

++

ну так ок, компилятор скажет где ошибка и можно руками поправить, но это плохой тон, как я понял

дали им мейк - не хочу, хочу жрать говно.

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

у мя не такие большие проеты, чтоб им вечность компилиться

у мя не такие большие проеты, чтоб им вечность компилиться

но на миллионы си-файлов?

дали им мейк - не хочу, хочу жрать говно.

нету у мя мейка в этой ide, а другие не подходят по ряду причин

ERROR: S client not available

но на миллионы си-файлов?

десяток бывает, больше вряд ли

добавляй руками

при портировании это не проблема

ебучие библиотеки кодевижна - проблема

в твоей иде нельзя мышкой с шифтом выбрать несколько файлов?

и автогенератор пихающий магические числа повсюду - проблема

в твоей иде нельзя мышкой с шифтом выбрать несколько файлов?

даже не пробовал, ща

в твоей иде нельзя мышкой с шифтом выбрать несколько файлов?

есть

и автогенератор пихающий магические числа повсюду - проблема

они не магические, если дш хоть немного читал, просто я например знаю как битрейт уарта считается, и знаю, что это за магические числа и надо ли их менять

это так, к примеру

мм, 11.11

кста, кто что про кодеблок скажет? к нему можно прикрутить avr toolchain и оно у мя не тормозит

и будет у ья makefile, как у всех нормальных людей

и автогенератор пихающий магические числа повсюду - проблема

магические числа вместо SOMEREG |= FOO_BIT | BAR_BIT? охуенно.

магические числа вместо SOMEREG |= FOO_BIT | BAR_BIT? охуенно.

чем оно магическое? ACSR=(1«ACD) | (0«ACBG) | (0«ACO) | (0«ACI) | (0«ACIE) | (0«ACIC) | (0«ACIS1) | (0«ACIS0);

это так, к примеру

ADCSRA |= _BV(ADSC), ADCSRA|= 1 « ADSC, ADCSRA|=0x40

что удобнее?

чем оно магическое? ACSR=(1«ACD) | (0«ACBG) | (0«ACO) | (0«ACI) | (0«ACIE) | (0«ACIC) | (0«ACIS1) | (0«ACIS0);

это генератор выдал?

или ты сам расписал?

числа пихаются в редких случаях, типа счетчика таймера или битрейта уарта

это генератор выдал?

да

ща

значит сильно скакнул с второй версии

потыкаем-с

ещё бы работу с пинами gcc-совместимой сделали и охуенно стало

ADCSRA |= _BV(ADSC), ADCSRA|= 1 « ADSC, ADCSRA|=0x40

ну если так то еще норм. я видел какой-то генератор инициализации который тупо присваивал регистрам 16-ричные константы.

ну я о том же

вторая версия тебе сделает

ADCSRA|=0x40

всё