Wirelessможете описать как это делается?
я не смог подключить внешнюю DLL внутрь exe.

Я не помню, что это вообще возможно.

Внутрь exe у Борланда можно вшить только bpl - это почти как dll, но не одно и тоже.
Project->Option->Packages там галочка есть, а под ней список пакетов. Если пакета в списке нет, его туда ручками можно вписать.

Что касается dll.
То, насколько мне известно - существует раннее и позднее связывание (статическое и динамическое).
В первом случае в проект добавляется статическая библиотека qqqqq.lib и файл qqqqq.h
qqqqq.lib генерится, когда создаёте qqqqq.dll по умолчанию, но можно и отключить, чтоб не генерилась.


Во втором случае в проект ничего не добавляется, а в с/с++ модуле описываются указатели на библиотечные функции. Затем LoadLibrary/FreeLibrary.

В общем так - хотите без *.dll ищите *.lib!

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

Сомневаюсь. Но врать не буду, поскольку не тестировал. В век дешёвых гигабайтов - вроде как не особо критично.
Предлагаю тебе выложить для скачивания твою прогу отдельно, *.dll отдельно.
Кому нужно только обновление, архив с *.dll могут не скачивать.
Таким образом ты себе массу времени и нервов сэкономишь.

Да, и в догонку.

Об экономии от gds32.dll, думаю, можно говорить, если ты будешь ломиться в InterBase в обход API, но схлопочешь необычайный геморрой. Оно тебе надо???

Если у тебя там IBX или FIB или API, то без gds32.dll никак.

WirelessВот смотрим чтобы вообще уйти от FB/embedded library в сторону какого-нибудь SQLite, там клиентские библиотеки тоньше.
А сам SQLite сколько весит, по сравнению с FB/embedded?

Полагаю выбор FB связан с тем, что Вы его знаете лучше.
Если НЕ сможете для пользователей обеспечить техподдержку такого же качества, не следует переводить софт на SQLite только из-за веса дистрибутива.
Я считаю, что качественная техподдержка должна иметь приоритет выше, чем килобайты в дистрибутиве.

Ну, Вы, блин, даёте - меряться с конкурентами "у кого толще и длиннее".

Вот я потребитель.
Знаю InterBase от и до, и даже на уровне API.
Если на рынке будет выбор, то мне по барабану вес дистрибутива.
Критериями выбора будут:
0. функционал софта;
1. то чего я знаю т.е. FB - аналогия IB, т.к. смогу нестандартные отчёты сделать и себе и руководству;
2. то, на какие технологии у меня уже есть лицензии, используемые Вашим софтом;
3. техподдержка, техподдержка, техподдержка.

Три кило больше, два кило меньше - какая мне разница?

Если на FB уже сделали, а SQLite собираетесь делать, то выкладывайте тогда оба дистрибутива — на выбор потребителя.

авторПродукт получился в 1.5-2 раза
больше чем нечто аналогичное у конкурентов


У них может свой собственный движок БД. Сталкивался я с подобными, больше не хочу.
В лабораторных условиях - летает, при нормальной производственной нагрузке - тормозит.
И ни одного нестандартного отчёта не сделаешь, т.к. формат БД мне не известен.
А если у них вообще DBF, то естественно gds32.dll им не нужна.

Ладно, пора закрывать тему.
Нас уже понесло в сторону вопросов продвижения продукта на рынке.