GitLab

This prevents that a versioned dylib is built, as it is unwanted for
modules.

The build-package.sh is not longer requires, now that the rpath
and install_name it set correctly. Just copying from vlc_install_dir
is enough.

Fix #17725

CID #1413318

vlc_meta_CopyExtraNames returns a pointer to a dynamically allocated
resource, this should of course be cleaned up after it is used; we
should also not assume that the function is always successful, but
instead check to see that we really have data to use in order to
prevent *undefined-behavior*.

CID: #1401545
Signed-off-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>

sdp.ptr is only of relevance to us if vlc_memstream_close is
successful, on error the pointer is already handled by the function
(and shall have no meaning to us as its content is not defined).

CID: #1401546
Signed-off-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>

Pointed-out-by: Filip Roséen

This is no longer used.

This avoids the ugly hack based on dialogs and home directory.

The test requires server-side TLS.

This is useful at least in automated testing.

Given that POSIX does not guarantee the order (nor the number) of the
data-members within "struct iovec", we should either use designated
initializers, or direct member-access, to initialize struct iovec.{iov_base,
iov_len}.

--

See the below:

 - http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_uio.h.htmlSigned-off-by: Rémi Denis-Courmont <remi@remlab.net>

This seems completely useless (at least, VLC receives ignore it).
Maybe we should also remove URL and/or email.

This adds transitional vlc_tls_ServerSessionCreateFD() helper for
compatiblity. This is only to maintain sequential builds. The helper
will be removed shortly.

No (dys)functional changes.

This creates a pair of mutually connected stream vlc_tls_t.