Библиотеки-модули-программы...

[captain cobalt]

есть старая, но очень нужная программа требующая main.lib.1.0
поставили новую программу, которой нужна main.lib.10.4

как программист может эту проблему решить?

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

Ещё раз вспоминаем, что на спеке почти весь код вылизан. Нужно лишь закатать его в библиотеки.

Ответ на вопрос - нужно исправлять "старую программу".

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

В моих материалах ничего нет. А что говорит maintainer?

Зато такое уже лет десять есть в ZXASM:

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

[Advertiser]

[captain cobalt]

собрать модуль А с С1.0 и В с С2.0 - в итоге выйдет два модуля - расширенный А и расширенный В

Ого!

А когда одна версия C, можно ли если граф импорта имеет склеенные ветки, собрать результат с одним экземпляром C?
А, Vitamin?

[acidrain]

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

Загнул! Устарели? Говрю ж (даже статью привел), что развивается, не устарело. Давай реально проведи аналогии с пц и спеком.
Теперь задумайся вот над чем. Амига появилась в 1985 году. В ее распоряжении были: 7,14мгц проц, чипсет. Но при этом все это дело рабоало и работает в разы шустрее чем на пц. Где была винда в 85? Как она выглядела? Что у нее были за либлы? А на амиге были уже реальный мультитаскинг, пресловутый autoconfig (который на пц появился в виде плугандплай в 90е годы) и мультимедиа. Все это на 7 мгц!
Как же вы собираетесь на спеке реализовать функционал с пц? есть ресурсы?

[acidrain]

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

КОГДА я заявлял, что на пц голимый формат либл? Или в линухе? Вам почудилось! Я утверждаю, что надо думать иначе, а не как все. Вы все думаете как на пц. А некоторые видят, как это реализовать не ориентируясь на пц. И менее ресурсоемкое.

[acidrain]

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

и тебя тоже. ты так ит не ответил на поставленный вопрос. Я не читаю чушь про ооп на спеке и прочее. мне и так есть чем заняться.
Я не слышал от тебя вопроса. Вопросы от витамина - он не читает, что ему пишут. упорно продолжает твердить. а в посте http://zx.pk.ru/showpost.php?p=61553&postcount=229 я написал, что отойдем от пц и амиги. вынес предположение о том, как я понял витамина и как хотел бы это видеть на спеке. Но от тебя последовали придирки и явное игнорирование всего того, что там написано.
Там сказанно, что зачем динамические компоновщики, когда можно проще. Жду ответа. Под гуи я подразумевал именно intuition интерфейс для создания окон и примитивных гаджетов. Из наших списков расход был лишь в том, что мышь и клаву я предложил, а ты только клаву.

[captain cobalt]

А некоторые видят, как это реализовать не ориентируясь на пц. И менее ресурсоемкое.

Более ресурсоёмкое во время выполнения. Доказано.

Теперь можно лишь сравнить ресурсоёмкость компоновки. Если бы мы вообще не смогли дождаться окончания компоновки - это была бы проблема. Но это не так. А после компоновки мы можем наслаждаться быстрым кодом.

Есть другие факты кроме "видений ресурсоёмкости"?

[GriV]

А когда одна версия C, можно ли если граф импорта имеет склеенные ветки, собрать результат с одним экземпляром C?
А, Vitamin?

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

Теперь задумайся вот над чем. Амига появилась в 1985 году.

Если вы будете продолжать таким образом, я пожалуюсь модераторам на то, что вы слишком много оффтопите - почти каждое ваше сообщение имеет указания на Амигу или ПЦ, хватит уже.

КОГДА я заявлял, что на пц голимый формат либл? Или в линухе? Вам почудилось! Я утверждаю, что надо думать иначе, а не как все. Вы все думаете как на пц. А некоторые видят, как это реализовать не ориентируясь на пц. И менее ресурсоемкое.

И снова ПЦ, и снова ничего по существу.

и тебя тоже. ты так ит не ответил на поставленный вопрос

Я ответил на вопрос, почитайте внимательней. Если же я ответил не на тот вопрос, это ваша вина - так мне его вы адресовали.

Я не слышал от тебя вопроса. Вопросы от витамина - он не читает, что ему пишут. упорно продолжает твердить

Простите, а на какой платформе запускать эмулятор амиги? На ZX? Или На x86? Тогда это что - оффтоп? И при чём тут амига? Как вообще эмулятор амиги связан с текущим обсуждением?

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

а в посте http://zx.pk.ru/showpost.php?p=61553&postcount=229 я написал

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

написал, что отойдем от пц и амиги

Хым... а кто шёл к ПЦ и амиге?

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

GUI это несколько другое, но это моё мнение. Пусть, будет так, тогда тем более непонятно зачем было приводить список, который я уже указал?

[acidrain]

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

1 - модуль? какой экспорт? куда?
2 - куда? если ты про сигналы и сообщения то запросто. http://www.totalamiga.org/pdf/totalamiga_18.pdf страницы 24-26 немного затрагивают сей вопрос.
3 - только супер прошаренные программеры типа Stingray могут помнить все входы либл по смещениям. А все остальные (я в т.ч.) пользуются инклудами, хеадерами. См. также архив. он не полный. думаю больше не надо. разумный человек поймет что к чему. Это инклуды для асма. для си не шлю - не особо разнятся.
И исходник, что было видно, как применять.

[acidrain]

Доказано.

Досей чтоли? Небыло доказательств - только голословные. Чем быстрее в винде?

[captain cobalt]

Там сказанно, что зачем динамические компоновщики, когда можно проще. Жду ответа.

Процитирую себя из другой ветки:

1. Релоцируемость - это пропатчивание CALL относительно базы своего модуля
2. Динамическая компоновка - это пропатчивание CALL относительно базы другого модуля

Если на Амиге есть релокация, то почему нету динамической компоновки, а вместо неё "загрузчики" и "пост-компиляторы"?