adriano32 сегодня в ударе.

полезная штука

может забанили -> звёздочки отрабатывает на новом акке?)

а что в этом нашем линаксе уже есть компилятор для PIC? o_O

тьху ты, sdcc же.

Умница, и тему апнул, и сам на свой вопрос ответил:)

Прошу за глупый вопрос не пинать. Но зачем там Qt? Или без гламура теперь и контроллеры не пишутся?

Для тех, кто ни разу не собирал из сорцов и не работал с git:

1. Копируем репозитарий с исходным кодом KTechlab к себе на комп:

$ cd /usr/src
git clone git://ktechlab.git.sourceforge.net/gitroot/ktechlab/ktechlab

$ make -f Makefile.cvs

$ ./configure --help

$ ./configure <опции>

$ make

$ make install

/usr/bin/ktechlab

Посмотри как там во FlowCode пишутся проги для PIC (правда пока только для трёх мк :/ ). Ответ - чтоб было красиво и KDE4.

> f77 (фортран)

Сейчас из дебиана убрали f77, вместо него gfortran

$ ./configure
checking for g77... no //хм?
checking for xlf... no
checking for f77... f77 //WTF???
checking whether we are using the GNU Fortran 77 compiler... yes //oh shi~
checking whether f77 accepts -g... yes
...
$ apt-get install fort77
...
fort77 is already the newest version.

Прям не знаю, что ответить. Это подтверждает то что ты говоришь или опровергает?

есть такое понятие как package provided,
т.е. на требование пакета f77 предоставляется обертка к f2c в fort77

package fort77
Invoke f2c like a real compiler

The fort77 script invokes the f2c command transparently, so it can be used like a real Fortran compiler. It can be used to compile Fortran, C and assembler code, and to link it with the f2c libraries.

Ты прав, я этого не знал, спасибо

Ну собственно ты уже разобрался :) Реальный компилятор g77 теперь отсутствует. Я с этим столкнулся с месяц назад, когда компилировал фортрановские программы. Впрочем, gfortan, по-моему, нормальная замена.

А в KTechlab'e используется gpasm из gnu pic utils (gputils)

http://www-mdp.eng.cam.ac.uk/web/CD/engapps/ktechlab/ktechlab.pdf - Годный, хоть и старовастый, pdf по сабжу для совсем уж начинаюших - с примерами.

Переезд на github им на долю процента поможет. Как-никак социалка для кодеров с быстрыми форками (одна кнопка и ты родитель^W^W форк подан) и pull request'ами.

> Для тех, кто ни разу не собирал из сорцов и не работал с git

Т.е. есть люди, программирующие микроконтроллеры, но не осилившие git? Этот мир меня пугает.

Сообщение удалено emg81 по причине ' (0)'
было бы неплохо добавить в новость детальное описание того, какую последовательность действий нужно выполнить. не все же из git собирали :)
emg81 (05.05.2011 0:24:00)

Не всё кто заходят в этот тред - люди, программирующие микроконтроллеры, если чё.

Для тех, кто ни разу не собирал из сорцов и не работал с git

Т.е. есть люди, программирующие микроконтроллеры, но не осилившие git? Этот мир меня пугает.

Да ладно, у нас на факультете все программируют микроконтроллеры из-под Винды. Какой им git, зачем он им?

Штука вроде бы нужная, но уж очень высока вероятность того, что проект подохнет.
ЗЫ Кути?.. Ой, нет.

все программируют микроконтроллеры из-под Винды

Плюс.
Могу в качестве доказательства порекомендовать вот этот ресурс:Тыц!
ЗЫ Ноут держу с оффтопом заради этого (в числе прочего).

PIC не нужен. Есть avr, arm cortex m3 и stc =)

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

Они же вроде хотели на базе кода KDevelop строиться?

Обидно, что они «задыхаются». Очень полезная и удобная вещь. Особенно для студентов.

Единственный минус - завязка на KDE, хотя когда проект активно развивался KDE был в «большом ударе».

КДЕ и сейчас в большом ударе :)
По свистоперделкам гном в далеком тумане, а гном3 только вышел да еще и уг :)

Половина моей и двух соседних кафедр с тобой согласится.
А вторая половина соотвественно скажет, что авр - поделка для школьников и MICROCHIP - вот это Ъ ынтырпрайз. А третья половина скажет, что ...

Сколько людей - столько мнений. Есть конкретная задача - под ней нужно брать МК. А рассуждать о сферическом МК в вакууме какой лучше - дело тех, кто сложнее мигалки портами и не делал ничего

Так и есть, KDevelop4.

Also in 2010, kdevelop 4.0 has been released, which helps development quite significantly.

Тут вполне согласен, но я пока не встречал здач где микрочиповские пики лучше. Особенно учитывая, что gcc под PIC нет, только sdcc.
По хорошему, по барабану подо что на сях писать. Я сейчас смотрю в сторону STCшных, ибо дешево и сердито... Вот только закончу реверсить протокол по которому они зашиваются и вообще КУ будет.

многабукав

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

для таких же нубов как сам старался же

Жаль? Всем жаль, nobody cares.

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

Я ничего серьезнее клика мышкой не осилю
>>выживает сильнейший, неспособные загинаются

/0

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

многому успел, многому предстоит. но разбираться со всякими линуксами и вообще с it ни в первой колонке, ни во второй. Я вон. хочу в стриптиз клуб работать пойти может.

Так ему все таки нужны KDE-шные либы, или можно собрать на чистом Qt4???

Был (и есть) ещё хороший проект kontrollerlab так он тоже под KDE.

А если собрать то примеры из книжки брать для тестов, а то собственно pic не пользовался и под рукой нет??

>Так ему все таки нужны KDE-шные либы, или можно собрать на чистом Qt4???
Авторы не хотят изобретать велосипед, поэтому за основу взят kdevelop.

А в чем изобретение велосипеда состоит???

Итак просветите кто нибудь много ли пакетов нужно скачать на debian/Gnome, чтобы удовлетворить флагу KDE при конфигурации, а то помню в прошлый роаз за два десятка перевалило.

Очень не уверен, но подозреваю что kdelibs и того что оно потянет за собой будет достаточно.

Есть подозрения что нужно kdelibs4-dev нужно ставить, т.к. kdelibs и так есть.

36 пакетов будет установлено И кучу (556) будет обновлено. Повторю свой вопрос о чистом Qt4?

Видимо придется на виртуалке юзать(((

Уйди отсюда, пожалуйста.

А в чем изобретение велосипеда состоит???

Ты странный? Выкачай сорцы katepart (то, что дает текстовый редактор в kwrite/kate/kdevelop), выкачай сорцы kdevplatform (основа IDE для сабжа, раз он базируется на KDevelop4) и тупо посчитай кол-во строк. Если тебя то это не убедит, то у меня для тебя очень плохие новости.

Интересный стиль общения))

цитирую новость

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

Возможно я новичок , но судя по наблюдение KDE4 и Qt4 не одно и то же. И так как у меня нет KDE, меня интересует софт на чистом Qt4.

основа IDE для сабжа, раз он базируется на KDevelop4

А это ответ про изобретение велосепеда, про это не знал.

Возможно я новичок , но судя по наблюдение KDE4 и Qt4 не одно и то же

kdelibs - набор полезных библиотек, которые используются всеми приложениями KDE. При написании на чистом Qt4 с большой вероятностью придется велосипедить и реализовывать самому аналогичный функционал. Конкретикой пока не силен, но в ближайшем будущем собираюсь присмотреться внимательнее, т.к. буду писать свою прогу и надо решить - стоит ли юзать kdelibs или нет.

З.Ы. Прога - аналог Sprint Layout (который не нужен, я знаю) с поддержкой его формата файлов.

>аналог Sprint Layout

Здорово!

А почему полноценную прогу, а не конвертор к gEDA или KiCAD???

Мне нравится именно SL5 ее простотой и понятностью мне (рядовому чайнику, который серъезно электроникой не занимается). И да, поддержку формата SL5 я сейчас разрабатываю в отдельной библиотеке (конечно не завязаной ни на каком kelibs/Qt/etc) - кому интересно, тот ее прикрутит к чему угодно.