Odd that it's still depending on libgcc. That should have also been taken care
of by BUILD_STATIC. You can always refer to the build scripts I used for
TigerVNC 1.2. They're in the svn repo.
On May 18, 2013, at 6:52 AM, Brian Hinz <bph...@users.sourceforge.net> wrote:
> On Fri, May 17, 2013 at 2:58 PM, Brian Hinz <bph...@jhu.edu> wrote:
>> On Fri, May 17, 2013 at 2:06 PM, DRC <dcomman...@users.sourceforge.net>
>> wrote:
>>> Pursuant to our discussion on tigervnc-users regarding whether the
>>> project RPMs could be used on SuSE, I noticed that the RHEL 5 RPMs and
>>> the cross-compatible build have external dependencies on GnuTLS and
>>> libstdc++. That prevents them from truly being cross-compatible. It
>>> should be possible to link statically with GnuTLS on the RHEL 5 builds,
>>> since RHEL 5 provides static library versions of GnuTLS. I'm confused
>>
>> I thought that was the case as well, thanks for catching this. I'll review
>> the RPM tonight. (same for libstdc++)
>>
>> On a related note, I have not been able to build against even relatively new
>> versions of GNUTLS because of some ifdef statements in our code and changes
>> in their API. I was working on a patch last week that I'll run by the list
>> later tonight as well.
>>
>> -brian
>
> I've just posted updated EL5 packages and tarballs for the cross-compatible
> binaries to the nightly builds page which removes some of the external
> dependencies. The remaining ones are:
>
> linux-vdso.so.1 => (0x00007fff555ff000)
> libz.so.1 => /lib64/libz.so.1 (0x0000003fcfc00000)
> libpam_misc.so.0 => /lib64/libpam_misc.so.0 (0x0000003fd0c00000)
> libpam.so.0 => /lib64/libpam.so.0 (0x0000003fdc400000)
> libdl.so.2 => /lib64/libdl.so.2 (0x0000003fcf000000)
> librt.so.1 => /lib64/librt.so.1 (0x0000003fd0000000)
> libm.so.6 => /lib64/libm.so.6 (0x0000003fcf800000)
> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003fd5400000)
> libc.so.6 => /lib64/libc.so.6 (0x0000003fcec00000)
> /lib64/ld-linux-x86-64.so.2 (0x0000003fce800000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003fcf400000)
> libaudit.so.1 => /lib64/libaudit.so.1 (0x0000003fd9000000)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003fde800000)
> libfreebl3.so => /lib64/libfreebl3.so (0x0000003fde000000)
>
> So gnutls, libstdc++, and libcrypto are all linked in statically now. I'd
> like to get rid of some of the others, but for now it should be an
> improvement. I'll try to look at the OS-X viewer today or tomorrow.
>
> -brian
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> _______________________________________________
> Tigervnc-devel mailing list
> Tigervnc-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Tigervnc-devel mailing list
Tigervnc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-devel