[Live-devel] Live555 DLL rather than static libs

[GRINDSTAFF Gene A]

Jer,

It turns out that I already have CMake-Gui to do this, and did not realize it.  This causes it to generate an export.def file with decorated names of the symbols.  Unfortunately, I must generate four of these (x85,x64, debug, release) because the decorated symbols are different for some of the symbols.

Unfortunately, this does not solve the problem when I build any of the testProgs that use the OutPacketBuffer::maxSize variable.  Visual Studio expects static public data to have a __declspec(dllimport) in the mediaSink.hh file before the definition of maxSize, or any static data that is defined this way.  Otherwise, it is not accessible.  I presume that this is for security reasons, but I am not sure.  I can always modify the mediaSink.hh file, but I want to avoid that at all cost.  In general, our legal staff will never approve the use of modified GNU licensed software.  It seems that the WEB is full of trolls which search for corporations which use GNU licensed software, and have failed to publish or comply precisely with the license, and either charge us a fortune, make us publish all of our source code.  That is why every GNU license software must be in a DLL to isolate the software.

Thanks,
Gene

From: live-devel <live-devel-bounces at ns.live555.com> On Behalf Of Jeremiah Morrill
Sent: Wednesday, October 17, 2018 11:43 AM
To: LIVE555 Streaming Media - development & use <live-devel at ns.live555.com>
Subject: Re: [Live-devel] Live555 DLL rather than static libs

I have this project building as a Dlll on Windows without any code changes.

CMake is my build system though (never used CMake GUI) so I can simply set in my main CMakeLists.txt:

set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)

This option does a lot of magic for MSVC that I never cared to look into, but it does work.

-Jer

From: Ross Finlayson<mailto:finlayson at live555.com>
Sent: Wednesday, October 17, 2018 9:33 AM
To: LIVE555 Streaming Media - development & use<mailto:live-devel at ns.live555.com>
Subject: Re: [Live-devel] Live555 DLL rather than static libs

> I am equally confused, but I believe it is because none of the other static variables are called/used in your base libraries.

The other two examples I noted
        maxInputESFrameSize
        responseBufferSize
are definitely used in the code.

And unfortunately "OutPacketBuffer::maxSize" appears several times in the code, so I don't want to change this just to appease one buggy compiler.  Sorry.


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.live555.com%2F&data=02%7C01%7Cgene.grindstaff%40hexagonsi.com%7Cb911e9e633c24e3910d708d634505a7b%7C1b16ab3eb8f64fe39f3e2db7fe549f6a%7C0%7C0%7C636753917080998334&sdata=MeOJfu8YY%2FoHR3hAc%2FAA7zNXkJlzI8OmRoqlUuzDL3o%3D&reserved=0>


_______________________________________________
live-devel mailing list
live-devel at lists.live555.com<mailto:live-devel at lists.live555.com>
http://lists.live555.com/mailman/listinfo/live-devel<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.live555.com%2Fmailman%2Flistinfo%2Flive-devel&data=02%7C01%7Cgene.grindstaff%40hexagonsi.com%7Cb911e9e633c24e3910d708d634505a7b%7C1b16ab3eb8f64fe39f3e2db7fe549f6a%7C0%7C0%7C636753917080998334&sdata=PUiq1hNsGRMQJq23uyPlxGbhb2eHTJfsJy%2Fznhimac4%3D&reserved=0>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20181017/521ee54a/attachment.html>