[PKG-OpenRC-Debian] [GIT] Packaging OpenRC branch debian-loopsolver-fix created. debian/0.13.1-3-5-g20f5dc8
Dmitry Okunev
xaionaro-guest at moszumanska.debian.org
Sat Nov 29 12:00:04 UTC 2014
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Packaging OpenRC".
The branch, debian-loopsolver-fix has been created
at 20f5dc827ff3f00ab2c78a49992ba883bbcf2892 (commit)
- Log -----------------------------------------------------------------
commit 20f5dc827ff3f00ab2c78a49992ba883bbcf2892
Author: Dmitry Yu Okunev <dyokunev at ut.mephi.ru>
Date: Sat Nov 29 14:32:38 2014 +0300
Fixed patch "0020-dependency-loop-resolver.patch"
* Removed nested functions (Closes #765070),
merged "GNU-kFreeBSD_workaround-nxstack"
* Renamed static functions "rc_*" to be without "rc_" to pass "make test"
(Closes #763681, #770459)
Nested functions had been removed due to segfault on some systems. For example
on Debian/kFreeBSD NX-bit forbids execute code from stack.
Static "rc_*" functions had been renamed due to requirement of "make test" to
add an "librc_hidden_proto(...)" line into "librc.h" for every function with
such name. But this functions shouldn't be mentioned in the "librc.h". A more
detailed explanation:
On "ppc64el" static function compiled with "gcc" is visible by "runtests.sh"
(that uses "readelf"), but it's not on amd64. However the "runtests.sh" scans
only for functions named "rc_*", so it's ok if the function called somehow
differently. It may be related to some peculiarity of "readelf" or "gcc" on
exotic enough architectures like "ppc64el".
-----------------------------------------------------------------------
hooks/post-receive
--
Packaging OpenRC
More information about the OpenRC-devel
mailing list