Нужна помощь от людей, работавших с zlib-архивами (трешечные LODы один из примеров).
Интересует все: от подключения библиотеки к проекту до компиляции и распространения готового приложения.

В гугл не посылать. Спасибо.

для того чтобы хотябы что-то описать надо что-то иметь, а не учить человека с нуля компилировать проекты и собирать их, ну и т.п., я просто о том что надо хоть какую-то базу для того чтобы было желание отвечать на вопрос
вот пример из гугла
http://cppbuilder.ru/articles/0002.php

Трабл в том, что работаю с bulider 6й версии, собираю и компилю родными средствами среды с настройками по умолчанию.
Попытался скачать библиотеки с http://www.zlib.net/ Содержимое архива повергло в панику:


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

Теперь собственно вопрос, для тех, кто работал с ZLIB:
- Какие из этих файлов нужно подключать (и как, если это чем-то отличается от обычного #include "filename.h")
- какие из этих файлов нужно распространять с исходниками (чтоб все проект запустился на другом компе)
- Какие либы нужно будет распростанять со скомпилированным exe?
- есть ли какие-то тонкости компиляции

#include "zlib.h"
К проекту добавить соответствующий 'zlib.lib'.
Насколько я понимаю, все.
Тут всё просто, если zlib собрана статическая, то никакие, если динамическая, то 'zlib.dll'.
Не припоминаю.

P.S. Вот, стопитсот лет назад делал: Compress.rar, может, почерпнёшь мудрости...

Suddenly: если используешь Qt, то там есть функции qCompress, qUncompress и qChecksum.

в том то и дело, что хочется по максиму отвязаться от всяческих тонкостей ИДЕ и фреймворков. Хочется нормального С++.
В моем понимании "нормального" - это когда скачиваешь библиотеку, подключаешь и используешь ее возможности.
Я в не могу понять смысла предварительной сборки .lib, причем разной для разных IDE.
И чем глубже погружаюсь - тем все печальнее выглядит.


Соответствующий?

Для меня это взаимоисключающие параграфы ответы.

Не IDE, компиляторов/редакторов связей.
Соответствующий используемому тобой компилятору, способу сборки, etc. В Compress я собираю zlib в виде dll, соответственно сам создаю библиотеку импорта, которую и использую.
А для меня это не тонкость. Тонкости это всякие неочевидности, вроде

А разве .lib обязательна? Это ж статическая библиотека - можно или линковать к lib-е и получить независимый exe или линковать с .dll и затем выкладывать exe и dll.

Часто можно найти уже скомпиленые либы для популярных ИДЕ. Вот только C++ builder в этот список уже давно не входит.
Линукс тут конечно рвет всех и всякого:


Разве? В Си (а zlib она сишная) интерфейс один и тот же должен быть независимо от ИДЕ.

"Это не баг это фича"
В windows.h есть, например, такие "фичи" как макросы min и max которые вызывают ошибки на переменных с таким именем, а в случае C++ - еще и при использовании стандартных std::min() и std::max()

Разные форматы объектных файлов и, соответственно, библиотек.

А кто говорит, что это баг? Это всего лишь неочевидные вещи.