Upstream support for windows DLLs

[Russell Greene]

Hey all,

We are working on our Windows deployment of live555 and, to comply with
LGPL, we would like to build as a DLL without maintaining a downstream fork

The structure of Live555 is not setup for Windows DLLs at all, as there is
a cyclic dep between BasicUsageEnvironment and UsageEnvironment.

BasicUsageEnvironment has a straightforward dep on most of
UsgaeEnvironment, so that one is not much of a mystery.

UsageEnvironment has a dependency of BasicUsageEnvironment because it calls
Iterator::create in HashTable::RemoveNext

This means it cannot be built as a shared library on Windows because
Windows does not support cyclic dependenciecs between dll's.

Would you be open to patches that do some minor refactoring to not have
cyclic dependencies between the libraries?

Additionally, would you accept linkage specifiers when built as a shared
library? This has benefits on Linux as well as it lets you specify exactly
which symbols are exported instead of just exporting absolutely everything,
which makes symbol conflicts more likely.

Thanks,
Russell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20260402/43af64a4/attachment.htm>