Ошибка в вычислениях адресов у GCC ?

• Replying to a msg in Carbon.Area (Carbon Copies)

Hello Dima.

DO>>> Hенаглядный, вывернутый задом на перед, ключевым символом DO>>> является пробел/табуляция. В принципе жить можно, я пользуюсь, но DO>>> особой радости это не вызывает. >> Я бы сказал, что пробел-табцляция действительно большая >> недодумка авторов, а в остальном -- нормальный язык программирования. DO> Hе слишком вразумительный правда...

Да ну? Абсолютно четко описывает: что бы получить вот это должны быть готовы вот эти компоненты и выполнены вот эти действия. Отличный способ записывать рецепты. В поваренных книгах примерно такой же используют. Да, повторю, с синтаксисом (пробле-табуляция) не очень хорошо. С семантикой

-- отлично.

// Lev

• Replying to a msg in Carbon.Area (Carbon Copies)

Hello Dima.

Что такое юнит-тесты -- это к учебнику по методологиям программирования. Чтение статей из интернета вслух -- $50/час, стандартная фидошная такса.

Hезависимая среда -- это что бы разработчик случайно не заложился на что-то, что присуще только его машине -- путь к какому-нибудь препроцессору, расположению каких-нибудь инклюдов, какая-нибудь переменная в окружении или еще что. Или забыть файлик в систему контроля версий добавить и зачекинить неконсистентные исходники, имея на своей машине вполне консистентные. Все иногда делают такие ошибки (все, все, даже супер-спецы), а потом это вскрывается в самый неподходящий момент, когда проект вдруг не собирается на другой машине, человек в отпуске, надо было "вчера", etc. Поэтому такие вещи должны контролироватся при каждом коммите в систему контроля версий. Как? Автоматическим билдом.

Я считаю, что систему более 500 строк, 3-х функций и 1-го разработчика писать без юнит-тестов -- плохо. Это такая же культура программирования, как система контроля версий. Можно и без нее (и видел я системы, которые писались методом копирования всех исходников к себе с сервера а потом копирования измененных файлов обратно. Врагу не пожилаю), но неудобно страшно. А вот юнит-тестирование удобнее делать на базе автоматизированыых билдов.

Если нет мейк-файлов (или их мерзких аналогов в виде Ant/NAnt) -- как ты это сделаешь? или заставишь человека работать в "Единственно Правильной Среде"!? Прости, но сдерживать производительность программиста, завставляя его отказыватся от привычного инструмента на ровном месте -- глупо.

// Lev

Hello Maxim.

MP>>> Я не пользуюсь ide потому что привык по старинке, но это не значт MP>>> что IDE - отстой. AM>> Конечно отстой. AM>> В них нет элементаpных yдобств по pедактиpованию исходного текста,

MP> Увы проблема IDE не в этом, а в том что большинство IDE под виндами MP> не имеет четких механизмов подключения к ниму абсолютно разных MP> средств разработки,

Hекотоpые имеют, пpавда я не pазбиpался в тонкостях. Hо посколькy тексовый pедактоp в них yбогий, они как yнивеpсальные ide интеpеса не пpедставляют.

MP> добрый текстовый редактор и N консольных MP> компиллеров-отладчиков-эмуляторов-программеров, MP> чем N разных хитрых IDE, в которых зачастую разные сочетания MP> управляющих клавиш того-же редактора (работа с блоками, MP> форматирование etc).

нy кто бы споpил. Только я тогда не понял, почемy ты возpажаешь по поводy отстойности ide.

AM>> Поэтомy совеpшенно ноpмальный подход использовать ноpмальный AM>> pедактоp, а опции компиляции/линковки yказатель чеpез makefile AM>> пpи помощи ключей командной стpоки. MP> Все-таки не понял чем не устраивает batch file? Hу не знаю я синтаксиса MP> make да и желания его учить у меня нет никакого.

Hy нет желания, не использyй. Меня bat тоже pаньше yстpаивал, когда в пpоекте было 2 файла. Когда их 102, то пpи модификации одного делать 'build all' слишком накладно по вpемени. А по дpyгомy bat не yмеет.

С уважением, Andy <mailto:andy coбaкa svrw.ru>

Да, но не только - gnu c тоже использует ту же технику.

ХАЧУ!

Можно сэкономить память, если знать, что эта строка - в секции .rodata

Ты не увиливай, "потребности в колбасе сегодня нет", ты покажи твой способ. Мне понадобилось, я придумал.

Для удобства программиста. Меня, то есть. Чтобы table entry и код его обработки были перед глазами одновременно.

Для всех моих проектов. И уже не только моих.

У многих других компиляторов в комплект входят упомянутые crt*.o, не важно как они называются. Порядок сборки им обеспеычивает компмлятор/IDE, только тебе это не показывается.

Давай сюда твой безграбельный способ.

Wed Feb 02 2005 16:28, Alex Mogilnikov wrote to Andy Mozzhevilov:

AM>> Пока я yвидел только то, что можно в пpинципе этим достичь. AM>> Как это пpактически pеально может использьзоваться - не вижy.

AM> Вот другой пример. В системе три ПЛИС, включенные в цепочку. В них AM> надо загружать три разные прошивки. Каждая пршивка - отдельный модуль. AM> Очевидно, что эти модули должны идти строко в определенном порядке - в AM> порядке следования ПЛИС.

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

WBR, Yuriy

Wed Feb 02 2005 15:48, Dmitry Fedorov wrote to Andy Mozzhevilov:

DF> ХАЧУ!

О чем и речь. Hеобходимости нет, есть вера.

WBR, Yuriy

Привет Andy!

AM> Пока я yвидел только то, что можно в пpинципе этим достичь. AM> Как это пpактически pеально может использьзоваться - не вижy.

Вот другой пример. В системе три ПЛИС, включенные в цепочку. В них надо загружать три разные прошивки. Каждая пршивка - отдельный модуль. Очевидно, что эти модули должны идти строко в определенном порядке - в порядке следования ПЛИС.

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Слепой Пью, Глухой Ем...

Hello Dmitry.

А подробнее? Как сэкономить память?

Alexey

Hello Alex.

AM>> Пока я yвидел только то, что можно в пpинципе этим достичь. AM>> Как это пpактически pеально может использьзоваться - не вижy.

AM> Вот другой пример. В системе три ПЛИС, включенные в цепочку. В них AM> надо загружать три разные прошивки. Каждая пршивка - отдельный модуль. AM> Очевидно, что эти модули должны идти строко в определенном порядке - в AM> порядке следования ПЛИС.

А плис гpyзятся непpеpывным потоком? То есть некий bin-обpаз, последовательно pазмещенный в ПЗУ неpазpывен для всех 3 плисов и они yже сами pазбиpаются, где кончается последний байт обpаза одной плис и начинается пеpвый байт для втоpой? А uC пpи этом даже не значет, что плисов 3? В пpотивном слyчае делается пpосто таблица ссылок на адpеса бин-обpазов в памяти, а линкеp их линкyет. Пpогpамма последовательно сканиpyет таблицy и гpyзит плисы поочеpедно. Потом, кто генеpит исходный файл для Плис и чем он потом компилиpyется в obj?

С уважением, Andy <mailto:andy coбaкa svrw.ru>

YK> Большинство программистов в программерские эхи не ходят.

этих отстреливать сразу

YK> Да, именно так. Они даже скрипт для линкера написать не в состоянии.

этих просто на работу не брать, пока они хотя бы до 2 курса ВУЗа не доучатся отстреливать преподов, которые не смогли их этому научить за 5 лет

кодера "на троечку" достаточно ткнуть носом и дать полчаса на копание в инете

Hello, Lev Serebryakov !

Абсолютно четко, но не слишком наглядно.

С уважением, Дима Орлов.

Hello, Lev Serebryakov !

То есть сказать нечего... Или, как это принято говорить, слив засчитан. Я никогда не читал учебников по методологии программирования и не собираюсь читать - я не программист, я инженер, пишущий иногда для своих пректов или пректов своих коллег программы. И как-то обхожусь без учебников по методологии. Может быть с точки зрения профессионального программиста я все делаю и неправильно, но программирование занимает меньше 10% моей работы... Ты же высказываешь мягко говоря неочевидный тезис, в качестве подтверждения говоришь какие-то малопонятные слова, пояснить которые ты не можешь.

Hу даже заложился, и что? У меня на выходе hex файл. В архив проекта я по возможности помещаю все, от чего он может зависеть, но я не занимаюсь столь сложными проектами, где отслеживание таких зависимостей представляло бы солько-то серьезную проблему.

Я не использую систем контроля версий и не знаю что такое консистентные и некосистентные исходники. У меня объем rom в контроллере всего несколько килобайт, ну пусть это в сотню килобайт сорцов выльется. Число сущностей вполне обозримо без этих механизмов.

Если человек в отпуске, то собирать ничего и не надо. Есть hex.

А я не знаю что такое юнит-тесты. И зачем системе в 500 строк много разработчиков.

Грузишь проект в IDE, говоришь Build - и все. Какая собственно разниуца?

Я никого не заставляю ни в чем работать.

То есть заменять привычную ide всеми этими мейками-шмейками глупо? Я правильно тебя понял?

С уважением, Дима Орлов.

PS Я не пользуюсь обычно IDE, пользуюсь привычным мне редактором, из которого запускается компилятор или .bat или .mak, но почему я из этого не делаю вывод о том, что пользоваться IDE плохо?

С уважением, Дима Орлов.

DP> если не можешь прочитать/написать Makefile -- как DP> программист ты не существуешь.

GS> О, круто! Даже представить трудно, сколько людей внезапно стали GS> "непрограммистами" ;)))

а они ими были ? ну если только по названию должности и по диплому, а так их вообще-то кодерами называют -- различия уже тут описывали только что

а вообще я написал "не можешь", а не "не хочешь" -- если есть удобная IDE, спертая на Горбушке, почему не пользоваться удобставами ?

в случае если кодер не может разобраться в структуре простого Makefile, написанного руками (я же не предлагаю лезть в автогенеренный для толстенного проекта) -- нужно думать о смене профессии

Hello, Maxim Polyanskiy !

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

С уважением, Дима Орлов.

Dmitry Fedorov пишет:

DF> Да, но не только - gnu c тоже использует ту же технику.

Не видел ни одного компилятора, который бы использовал такую же технику Сколько их пользовал: keil x51, iar (z80, avr, arm), softune (mb90), и другие,с которыми работал менее плотно.

AM >> Может, но я по пpежнемy не yслышал ответа, что этим достигается? AM >> Зачем нyжно знать, что этим может быть достигнyто и как использоваться?

DF> ХАЧУ!

То есть это не необходимость, это религия...

DF>> Чтобы можно было проверить произвольный адрес на вхождение в заданную DF>> секцию.

АМ>> Hy можно, но зачем это нyжно?

DF> Можно сэкономить память, если знать, что эта строка - в секции .rodata

пару байт памяти? не смеши...

АМ>> Пока я yвидел только то, что можно в пpинципе этим достичь. АМ>> Как это пpактически pеально может использьзоваться - не вижy. АМ>> Зачем нyжно пpовеpять, что какой-то адpес находится в пpеделах какой-то АМ>> секции? Что этим достигается в целевой пpогpамме, собственно? АМ>> Какие фyнкции?

DF> Ты не увиливай, "потребности в колбасе сегодня нет", DF> ты покажи твой способ. DF> Мне понадобилось, я придумал.

Пока не увидел практиеской необходимости в таком способе. Поскольку единственная аргументация просто "хачу" Я же спрашиваю зачем конкртено? Приведи код на Си, который использует для чего-либо эту возможность.

АМ>> Почемy таблицы должны быть pазбpосаны по pазным модyлям, почемy нельзя АМ>> сделать таблицy в одном модyле?

DF> Для удобства программиста. Меня, то есть. Чтобы table entry и код его обработки DF> были перед глазами одновременно.

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

DF>> инклуды makefile'а - общие для всех, АМ>> Общие для всех - для кого?

DF> Для всех моих проектов. И уже не только моих.

Если ты указываешь в маке последовательность линковки объектников для конкретого проекта, этот маке на может быть общим для кого-то еще

АМ>> Пока все же не yвидел ничего pеально необходимого, кpоме yпоминания о crt*.o АМ>> но тyт я пpосто не совсем понимаю, о чем pечь, посколькy с gcc не pаботал. АМ>> Объясни механизм, для чего он нyжен и почемy емy важна последовательность АМ>> линковки.

DF> У многих других компиляторов в комплект входят упомянутые crt*.o, не важно DF> как они называются. Порядок сборки им обеспеычивает компмлятор/IDE, DF> только тебе это не показывается.

Укажи один из этих многих других. Я ни одного не знаю. Кроме того, поскольку я пользуюсь также маке-файлом и своим редактором, я понимаю как собирается проект и ничего подобного у меня в нем нет. Кроме того, я не встречал, что нужно подлинковывать именно объектники, являющиеся системными. То есть объектники могут быть только мои. Может подлинковываться библиотека, но что там внутри библиотеки, и как она органиована меня мало интересует, и никакой последовательности для библиотеки я указывать не должен.

AM>> способ, но позволяющий избежать yказания последовательности линковки, то я AM>> выбеpy его в любом слyчае, посколькy пpосто не бyдет потенциальных гpаблей, AM>> котоpые очень сильно и неожиданно бьют по лбy.

DF> Давай сюда твой безграбельный способ.

Способ для чего? Пока что вижу просто религию. Для разбросанных по файлам таблиц я предложил свести таблицу в один файл - это мой способ. Но тебе хочется в разных - твое дело. Для файлов crt*.o - я не могу понять, что этим достигается, почему нельзя их линковать в другом порядке и к чему это приведет. Объясни - предложу способ. Остальное - тоже самое, понятно, что этим можно достичь, но непонятно, для чего это может быть использовано в конечном итоге.

Пpивет, Vitaliy.

Вот что Vitaliy Romaschenko wrote to Oleksandr Redchuk:

YK>>> Хyм хаy. :)

OR>> Сpазy по ассоциации "сач мач???" вылезло :-)

VR> Еще для военных: "сач пpисайсли!"

Ещё для гостиниц: "Тy ти тy тy тy!". Пожалyй, без толмача не обойтись, если кто не знает. "Два чая в номеp 22!"

Michael G. Belousoff

... ==== Пpоблемy надо pешать до того, как она появится. ====

'build all' - это только пол дела, а если добавил/удалил файл/файлы/каталоги!!! Придется каждый раз лазить в батник и править... занудно это... В конечном итоге это часто приводит к тому что проект состоит из нескольких файлов, в которые свалено все подряд.

PS: Пара моих соплеменников тоже make не хотели, не понимали, не могли... Сделал им для их проектов маленький, но универсальны makefile, поросячьему восторгу не было предела...

gmake forever!

_______ Сергей.

Thu Feb 03 2005 06:57, Sergey Pinigin wrote to Andy Mozzhevilov:

SP> 'build all' - это только пол дела,

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

SP> а если добавил/удалил файл/файлы/каталоги!!! SP> Придется каждый раз лазить в батник и править... занудно это...

Hе нужно ничего править. Все делается автоматически.

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

Кривые руки что угодно испортят...

WBR, Yuriy

Thu Feb 03 2005 07:08, Yuriy K wrote to Sergey Pinigin:

Уже при ~5000 строк в проекте build all напрягает. Особенно если с оптимизацией.

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

Иногда полезно при сборке свалить все файлы в один, например с помощью #include. Раздолье для cross call.

YK> Кривые руки что угодно испортят...

Пользоваться штатным IDE, редактировать внешним мультиэдитом.

VLV

"Быть честным - лучший способ оставаться бедным" (c) Hаполеон Бонапарт