<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite">1) We need symbolic links on Linux for shared libraries. For example,<br>libfoo.so.1.2.3 would required these symlinks:<br><br>libfoo.so.1 -> libfoo.so.1.2.3<br>libfoo.so -> libfoo.so.1.2.3<br><br>libfoo.so.1.2.3 and libfoo.so.1 will be shipped in the library package<br>and libfoo.so will be shipped in the development package.<br><br>I have created an install target (patch attached). PREFIX and LIBDIR<br>needs to be defined in the other config.* files. The ln commands create<br>the symbolic link described above, but they should be not run for other<br>system (for example, config.linux).</blockquote><div><br></div>Thanks. FYI, I figured out a mechanism that causes the symbolic links to be created only when shared libraries are being built. I've now installed a new version of the code (2012.12.21) that includes your suggestion for adding an "install:" target.</div><div><br></div><div>Please check that this version works OK for you now (after running "genMakefiles linux-with-shared-libraries")</div><div><br></div><div><br></div><div><blockquote type="cite">2) The *_VERSION_CURRENT, *_VERSION_REVISION, *_VERSION_AGE variables<br>should be put into a separate file, because they are not Linux specific.<br>They should be used on other systems (e.g. BSD) too.<br></blockquote><div><br></div></div><div>Yes - I'll arrange for those variables to be set the same way in each "config.<mumble>" file (for shared libraries) that ends up getting distributed with the code.</div><div><br></div><div><br><blockquote type="cite">3) Some symbols used by the shared libraries are not found in none of<br>the libraries (build.log attached).<br></blockquote><div><br></div></div>Are you sure about these? When static libraries are built (and applications linked against them), I don't see complaints about any undefined symbols. It seems unlikely, then that there would be a problem with undefined symbols just when shared libraries are used. (Or perhaps there's a problem with the order in which the shared libraries are linked against the applications??)<div><br></div><div>Anyway, thanks once again for your help with this.</div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Ross Finlayson<br>Live Networks, Inc.<br><a href="http://www.live555.com/">http://www.live555.com/</a></span></span>
</div>
<br></body></html>