Re: [PATCH] Sync libbacktrace from gcc [PR31327]

[Sam James <sam@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1119 bytes --]

Tom Tromey <tom@tromey.com> writes:

>>>>>> "Sam" == Sam James <sam@gentoo.org> writes:
>
> Sam> Note that this includes Nick's fix from edf64cd235f5ecb3725e7cf1ff83bbdb6dd53340 which
> Sam> landed upstream a bit differently as r13-1566-g9ed57796235abc in GCC.
>
> Sam> This pulls in libbacktrace as of r14-9404-gc775a030af9cad in GCC trunk.
>
> Thank you.  If this makes it identical to gcc then I think it's fine.
> If not perhaps posting the diff would be helpful.

Thanks. I've pushed it with a tiny diff compared to gcc after discussing
it on IRC (Simon pointed out the difference):

--- a/libbacktrace/configure.ac.gcc
+++ b/libbacktrace/configure.ac.binutils
@@ -84,8 +84,6 @@ AM_CONDITIONAL(HAVE_DWZ, test "$DWZ" != "")
 LT_INIT
 AM_PROG_LIBTOOL

-AM_CONDITIONAL([ENABLE_DARWIN_AT_RPATH], [test x$enable_darwin_at_rpath = xyes])
-
 AC_SYS_LARGEFILE

 backtrace_supported=yes

.. with the corresponding regen. It's described in the commit message --
it's from a top-level Darwin change which would need other syncing that
is best done separately.

>
> Approved-By: Tom Tromey <tom@tromey.com>
>
> Tom

best,
sam

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 377 bytes --]