From: "Lars Wendler" <polynomial-c@gentoo.org>
To: gentoo-commits@lists.gentoo.org
Subject: [gentoo-commits] repo/gentoo:master commit in: sys-apps/grep/
Date: Mon, 22 Mar 2021 08:59:11 +0000 (UTC) [thread overview]
Message-ID: <1616403462.9c56995f410c33050133c71a45da78f4d3ee9868.polynomial-c@gentoo> (raw)
commit: 9c56995f410c33050133c71a45da78f4d3ee9868
Author: Sam James <sam <AT> gentoo <DOT> org>
AuthorDate: Fri Mar 19 22:11:14 2021 +0000
Commit: Lars Wendler <polynomial-c <AT> gentoo <DOT> org>
CommitDate: Mon Mar 22 08:57:42 2021 +0000
URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9c56995f
sys-apps/grep: use dev-libs/libsigsegv for stack overflow handling on sparc
This fixes test failures on sparc in grep 3.6, although 3.5 still fails.
(This seems to be because of an older copy of gnulib in that version.)
It seems too risky to to backport gnulib changes to grep 3.5.
[Note that I ended up discovering an independent issue because filename-lineno.pl
failed on sparc too. This ended up being a real bug in that libpcre upstream
doesn't support JIT on sparc64 which manifested in both the test failing and
e.g. grep -P foo dying with SIGBUS.
I've therefore masked dev-libs/libpcre[jit] on sparc64 in fd573f4.]
URL: https://lists.gnu.org/archive/html/bug-gnulib/2021-02/msg00002.html
URL: https://debbugs.gnu.org/46227
Bug: https://bugs.gentoo.org/673524
Closes: https://bugs.gentoo.org/768135
Signed-off-by: Sam James <sam <AT> gentoo.org>
Signed-off-by: Lars Wendler <polynomial-c <AT> gentoo.org>
sys-apps/grep/grep-3.5.ebuild | 15 ++++++++++++---
sys-apps/grep/grep-3.6.ebuild | 15 ++++++++++++---
2 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/sys-apps/grep/grep-3.5.ebuild b/sys-apps/grep/grep-3.5.ebuild
index c66425de596..4360f8880ff 100644
--- a/sys-apps/grep/grep-3.5.ebuild
+++ b/sys-apps/grep/grep-3.5.ebuild
@@ -15,7 +15,11 @@ SLOT="0"
KEYWORDS="~alpha amd64 arm arm64 hppa ~ia64 ~m68k ~mips ppc ppc64 ~riscv ~s390 ~sparc x86 ~x64-cygwin ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris"
IUSE="nls pcre static"
-LIB_DEPEND="pcre? ( >=dev-libs/libpcre-7.8-r1[static-libs(+)] )"
+# We lack dev-libs/libsigsegv[static-libs] for now
+REQUIRED_USE="static? ( !sparc )"
+
+LIB_DEPEND="pcre? ( >=dev-libs/libpcre-7.8-r1[static-libs(+)] )
+ sparc? ( dev-libs/libsigsegv )"
RDEPEND="!static? ( ${LIB_DEPEND//\[static-libs(+)]} )
nls? ( virtual/libintl )
virtual/libiconv"
@@ -39,8 +43,13 @@ src_prepare() {
src_configure() {
use static && append-ldflags -static
- # don't link against libsigsegv even when available, bug #673524
- export ac_cv_libsigsegv=no
+
+ # We used to turn this off unconditionally (bug #673524) but we now
+ # allow it for cases where libsigsegv is better for userspace handling
+ # of stack overflows.
+ # In particular, it's necessary for sparc: bug #768135
+ export ac_cv_libsigsegv=$(usex sparc)
+
# Always use pkg-config to get lib info for pcre.
export ac_cv_search_pcre_compile=$(
usex pcre "$($(tc-getPKG_CONFIG) --libs $(usex static --static '') libpcre)" ''
diff --git a/sys-apps/grep/grep-3.6.ebuild b/sys-apps/grep/grep-3.6.ebuild
index 576125c1c74..5d2f499deab 100644
--- a/sys-apps/grep/grep-3.6.ebuild
+++ b/sys-apps/grep/grep-3.6.ebuild
@@ -14,7 +14,11 @@ SLOT="0"
KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc ~x86 ~x64-cygwin ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris"
IUSE="nls pcre static"
-LIB_DEPEND="pcre? ( >=dev-libs/libpcre-7.8-r1[static-libs(+)] )"
+# We lack dev-libs/libsigsegv[static-libs] for now
+REQUIRED_USE="static? ( !sparc )"
+
+LIB_DEPEND="pcre? ( >=dev-libs/libpcre-7.8-r1[static-libs(+)] )
+ sparc? ( dev-libs/libsigsegv )"
RDEPEND="!static? ( ${LIB_DEPEND//\[static-libs(+)]} )
nls? ( virtual/libintl )
virtual/libiconv"
@@ -38,8 +42,13 @@ src_prepare() {
src_configure() {
use static && append-ldflags -static
- # don't link against libsigsegv even when available, bug #673524
- export ac_cv_libsigsegv=no
+
+ # We used to turn this off unconditionally (bug #673524) but we now
+ # allow it for cases where libsigsegv is better for userspace handling
+ # of stack overflows.
+ # In particular, it's necessary for sparc: bug #768135
+ export ac_cv_libsigsegv=$(usex sparc)
+
# Always use pkg-config to get lib info for pcre.
export ac_cv_search_pcre_compile=$(
usex pcre "$($(tc-getPKG_CONFIG) --libs $(usex static --static '') libpcre)" ''
next reply other threads:[~2021-03-22 8:59 UTC|newest]
Thread overview: 129+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-22 8:59 Lars Wendler [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-05-20 18:30 [gentoo-commits] repo/gentoo:master commit in: sys-apps/grep/ Sam James
2024-04-29 5:50 Sam James
2024-04-29 5:45 Sam James
2024-04-29 5:44 Sam James
2024-04-28 23:30 Sam James
2023-07-15 11:51 Arthur Zamarin
2023-06-09 13:33 Arthur Zamarin
2023-06-09 12:21 Arthur Zamarin
2023-06-09 12:21 Arthur Zamarin
2023-06-09 12:21 Arthur Zamarin
2023-06-09 12:21 Arthur Zamarin
2023-06-09 12:21 Arthur Zamarin
2023-06-09 11:02 Sam James
2023-05-15 0:44 Sam James
2023-05-15 0:44 Sam James
2023-04-30 23:50 Sam James
2023-04-21 7:53 Sam James
2023-04-10 7:11 Sam James
2023-03-31 11:40 Arthur Zamarin
2023-03-23 1:35 Sam James
2023-03-19 23:58 Sam James
2023-03-19 23:58 Sam James
2023-03-19 1:02 Sam James
2023-03-06 3:57 Sam James
2023-02-27 15:34 Sam James
2023-02-24 18:36 Sam James
2023-01-29 3:03 Sam James
2022-12-30 23:40 Sam James
2022-12-05 1:14 Sam James
2022-09-03 19:57 Sam James
2022-09-03 16:28 Sam James
2022-07-05 0:23 Sam James
2022-05-03 23:57 Sam James
2022-04-07 0:46 Sam James
2022-02-12 19:17 Andreas K. Hüttel
2021-10-04 1:28 Sam James
2021-09-18 12:30 Agostino Sarubbo
2021-09-16 18:56 Sam James
2021-09-16 8:05 Agostino Sarubbo
2021-09-16 8:03 Agostino Sarubbo
2021-09-16 8:02 Agostino Sarubbo
2021-09-16 6:29 Sam James
2021-03-26 0:04 Sam James
2021-03-22 8:59 Lars Wendler
2021-03-19 10:45 Sam James
2021-01-06 15:26 Fabian Groffen
2020-12-27 18:13 Fabian Groffen
2020-12-13 23:34 Sam James
2020-11-14 20:32 Sam James
2020-11-12 7:45 Sergei Trofimovich
2020-11-12 7:41 Sergei Trofimovich
2020-11-12 7:34 Sergei Trofimovich
2020-11-09 22:09 Sam James
2020-11-09 22:09 Sam James
2020-11-09 6:32 Lars Wendler
2020-11-09 6:27 Lars Wendler
2020-11-09 6:27 Lars Wendler
2020-10-08 17:31 Sergei Trofimovich
2020-09-28 7:18 Lars Wendler
2020-09-07 8:47 Sergei Trofimovich
2020-09-07 8:20 Sergei Trofimovich
2020-08-18 11:22 Agostino Sarubbo
2020-08-18 11:16 Agostino Sarubbo
2020-08-17 9:41 Sam James
2020-08-17 7:54 Sam James
2020-08-17 7:22 Sam James
2020-04-21 7:44 Lars Wendler
2020-03-15 12:48 Mikle Kolyada
2020-01-07 19:22 Sergei Trofimovich
2020-01-05 1:59 Aaron Bauman
2020-01-04 10:28 Agostino Sarubbo
2020-01-04 10:28 Agostino Sarubbo
2020-01-04 10:27 Agostino Sarubbo
2020-01-04 10:27 Agostino Sarubbo
2020-01-04 10:26 Agostino Sarubbo
2020-01-04 10:26 Agostino Sarubbo
2020-01-03 16:16 Agostino Sarubbo
2020-01-03 16:14 Agostino Sarubbo
2020-01-03 12:42 Lars Wendler
2019-05-03 23:48 Mikle Kolyada
2019-04-17 6:15 Lars Wendler
2019-04-17 3:52 Aaron Bauman
2018-12-22 22:49 Thomas Deutschmann
2018-12-22 15:01 Mikle Kolyada
2018-12-22 8:17 Mikle Kolyada
2018-12-20 20:52 Mikle Kolyada
2018-10-21 8:29 Sergei Trofimovich
2018-10-17 9:50 Mikle Kolyada
2018-10-14 21:18 Sergei Trofimovich
2018-10-14 9:12 Mikle Kolyada
2018-10-12 8:58 Tobias Klausmann
2018-10-06 16:48 Matt Turner
2018-10-02 7:47 Mikle Kolyada
2018-10-01 21:31 Sergei Trofimovich
2018-05-05 16:02 Fabian Groffen
2018-01-09 23:10 Mike Frysinger
2017-09-11 19:13 Sergei Trofimovich
2017-09-06 14:50 Mart Raudsepp
2017-07-13 1:56 Markus Meier
2017-07-08 9:12 Sergei Trofimovich
2017-07-04 15:49 Agostino Sarubbo
2017-07-04 10:17 Agostino Sarubbo
2017-07-03 9:08 Lars Wendler
2017-07-03 9:08 Lars Wendler
2017-02-23 22:19 Jeroen Roovers
2017-02-23 17:08 Michael Weber
2017-02-16 10:00 Tobias Klausmann
2017-02-10 8:39 Lars Wendler
2017-02-07 11:28 Agostino Sarubbo
2017-02-07 9:11 Lars Wendler
2017-02-07 9:11 Lars Wendler
2016-12-07 18:43 Lars Wendler
2016-12-07 18:43 Lars Wendler
2016-11-15 23:09 Mike Frysinger
2016-10-03 8:42 Lars Wendler
2016-10-03 8:42 Lars Wendler
2016-06-04 4:57 Markus Meier
2016-05-27 12:46 Lars Wendler
2016-05-26 20:05 Lars Wendler
2016-05-26 3:11 Matt Turner
2016-05-25 11:45 Jeroen Roovers
2016-05-25 6:37 Jeroen Roovers
2016-04-22 14:25 Lars Wendler
2016-04-22 14:25 Lars Wendler
2016-03-11 10:04 Lars Wendler
2016-03-11 10:04 Lars Wendler
2016-02-05 9:39 Lars Wendler
2015-11-02 13:32 Lars Wendler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1616403462.9c56995f410c33050133c71a45da78f4d3ee9868.polynomial-c@gentoo \
--to=polynomial-c@gentoo.org \
--cc=gentoo-commits@lists.gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox