From mboxrd@z Thu Jan 1 00:00:00 1970 From: Miloslav Trmac Subject: Re: Questions about --with-alpha and --with-armeb configure flags Date: Mon, 26 Nov 2012 12:21:55 -0500 (EST) Message-ID: <1614990143.37889188.1353950515505.JavaMail.root@redhat.com> References: <1624466.CLzrYpMLkX@x2> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_37889184_2136339605.1353950515302" Return-path: In-Reply-To: <1624466.CLzrYpMLkX@x2> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: Steve Grubb Cc: linux-audit@redhat.com List-Id: linux-audit@redhat.com ------=_Part_37889184_2136339605.1353950515302 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > > If I understand correctly it's only adding arch detection and syscall > > tables to ausyscall. Why are these syscall table conditional? > > To reduce the number of text relocations in libaudit. Libaudit links against a > number of applications and text relocations eats memory and increases startup > time. Is that really an issue with the current code? The gentab.c code was designed to avoid text relocations. At least on x86_64 (which, true, is especially well-designed for this), there are no text relocations in libaudit nor libauparse, whether --with-alpha or --with-armeb are used or not. In fact the number of relocations of any kind is exactly the same in both cases. Any one care to retest this on a different architecture, e.t. 32-bit x86? FWIW, at least the attached patch was necessary to build with --with-alpha --with-armeb. Mirek ------=_Part_37889184_2136339605.1353950515302 Content-Type: text/x-patch; name=p Content-Disposition: attachment; filename=p Content-Transfer-Encoding: base64 SW5kZXg6IGxpYi9sb29rdXBfdGFibGUuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBsaWIvbG9va3VwX3RhYmxl LmMJKHJldmlzaW9uIDcxOCkKKysrIGxpYi9sb29rdXBfdGFibGUuYwkod29ya2luZyBjb3B5KQpA QCAtNzUsMTAgKzc1LDEwIEBACiAgICAgeyBNQUNIX1MzOTBYLCAgIEFVRElUX0FSQ0hfUzM5MFgg IH0sCiAgICAgeyBNQUNIX1MzOTAsICAgIEFVRElUX0FSQ0hfUzM5MCAgIH0sCiAjaWZkZWYgV0lU SF9BTFBIQQotICAgIHsgTUFDSF9BTFBIQSwgICBBVURJVF9BUkNIX0FMUEhBICB9CisgICAgeyBN QUNIX0FMUEhBLCAgIEFVRElUX0FSQ0hfQUxQSEEgIH0sCiAjZW5kaWYKICNpZmRlZiBXSVRIX0FS TUVCCi0gICAgeyBNQUNIX0FSTUVCLCAgIEFVRElUX0FSQ0hfQVJNRUIgIH0KKyAgICB7IE1BQ0hf QVJNRUIsICAgQVVESVRfQVJDSF9BUk1FQiAgfSwKICNlbmRpZgogfTsKICNkZWZpbmUgQVVESVRf RUxGX05BTUVTIChzaXplb2YoZWxmdGFiKS9zaXplb2YoZWxmdGFiWzBdKSkKSW5kZXg6IGxpYi90 ZXN0L2xvb2t1cF90ZXN0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGliL3Rlc3QvbG9va3VwX3Rlc3QuYwko cmV2aXNpb24gNzE4KQorKysgbGliL3Rlc3QvbG9va3VwX3Rlc3QuYwkod29ya2luZyBjb3B5KQpA QCAtMzI1LDggKzMyNSwxMSBAQAogCXByaW50ZigiVGVzdGluZyBtYWNoaW5ldGFiLi4uXG4iKTsK ICNkZWZpbmUgSTJTKEkpIGF1ZGl0X21hY2hpbmVfdG9fbmFtZShJKQogI2RlZmluZSBTMkkoUykg YXVkaXRfbmFtZV90b19tYWNoaW5lKFMpCi0JVEVTVF9JMlModFtpXS5zWzBdID09ICdpJyAmJiB0 W2ldLnNbMV0gPj0gJzQnICYmIHRbaV0uc1sxXSA8PSAnNicKLQkJICYmIHN0cmNtcCh0W2ldLnMg KyAyLCAiODYiKSA9PSAwKTsKKwlURVNUX0kyUygodFtpXS5zWzBdID09ICdpJyAmJiB0W2ldLnNb MV0gPj0gJzQnICYmIHRbaV0uc1sxXSA8PSAnNicKKwkJICAmJiBzdHJjbXAodFtpXS5zICsgMiwg Ijg2IikgPT0gMCkKKwkJIHx8IHN0cmNtcCh0W2ldLnMsICJhcm12NXRlamwiKSA9PSAwCisJCSB8 fCBzdHJjbXAodFtpXS5zLCAiYXJtdjZsIikgPT0gMAorCQkgfHwgc3RyY21wKHRbaV0ucywgImFy bXY3bCIpID09IDApOwogCVRFU1RfUzJJKC0xKTsKICN1bmRlZiBJMlMKICN1bmRlZiBTMkkK ------=_Part_37889184_2136339605.1353950515302 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------=_Part_37889184_2136339605.1353950515302--