Re: [PATCH 2/2] libtool: set file_list_spec to '@' on OS/2

Applied. Hard to test check for me, but strictly about OS/2. Thanks! Pavel

Re: [PATCH 2/2] libtool: set file_list_spec to '@' on OS/2

KO Myung-Hun, thanks for this patch but I need to see a bit deeper reasoning for this change as I do not understand the code properly. As the $file_list_spec is used in libtool under special circumstances, can you describe what are the values of important variables (or could you post a full

Re: [PATCH] libtoolize: don't execute automake and autoconf on every invocation.

Mike, thanks for this patch. You seem to not have the copyright assignment for the GNU Libtool project. Can you please update this? Thanks, Pavel

Re: [PATCH 1/2] edit-readme-alpha: do not edit again a file already edited

On Tuesday 29 of December 2015 23:55:08 KO Myung-Hun wrote: > Ping ? Thanks, and sorry for the delay. Fixed by 40bc0628d5c8c979 as a part of fix for bug#20196, this double-edit issue is fixed by reverting the order of checks. Please check and comment if there is an issue. Thanks! Pavel

[patch #8775] Add support for passing -fsanitize=* to the linker (eg: for ASan)

Update of patch #8775 (project libtool): Status:None => Done Assigned to:None => praiskup ___ Reply to this item at:

[patch #7049] [PATCH] 79d9801 2009-12-25: Ppefer double quotes in output

Update of patch #7049 (project libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks for the

[patch #8775] Add support for passing -fsanitize=* to the linker (eg: for ASan)

Update of patch #8775 (project libtool): Open/Closed:Open => Closed ___ Reply to this item at: ___

Re: [patch #8675] elftoolchain strip support

ESULT([yes]) > > > > Following up again to see about including this patch in libtool. Is > > there anything else I can do to have this considered? > > Ping? Xin Li and Ed, thanks and sorry for the delay. Can you please check the attached patch on FreeBSD? There is separate code

Re: [PATCH] Re: libtool-2.4.2 is fine but libtool-2.4.6 very slow.

On Wednesday 23 of September 2015 16:09:49 Eric Blake wrote: > On 09/23/2015 03:37 PM, Pavel Raiskup wrote: > > > > >>From 5e8a4c5173f1aa0786e8eba15fb07bfe04b83862 Mon Sep 17 00:00:00 2001 > > From: Pavel Raiskup <prais...@redhat.com> > > Date: Fri, 18 Sep

Re: [PATCH] Re: libtool-2.4.2 is fine but libtool-2.4.6 very slow.

Hi Eric, thanks for your review! On Saturday 19 of September 2015 15:05:07 Eric Blake wrote: > On 09/19/2015 02:09 AM, Pavel Raiskup wrote: > > Hi Hiroyuki Sato, > > > > On Wednesday 02 of September 2015 16:00:34 Hiroyuki Sato wrote: > >> This configure.ac is

[PATCH] Re: libtool-2.4.2 is fine but libtool-2.4.6 very slow.

ning libtoolize, to keep the correct libtool macros > in-tree. > > real 0m1.003s > user 0m0.364s > sys 0m0.540s > > > >From 40d297de7502f93a546126ff69d3f687f3d3ca1a Mon Sep 17 00:00:00 2001 From: Pavel Raiskup <prais...@redhat.com> Date: Fri, 18 Sep 2015 23:17:07 +0200 S

[PATCH] libtoolize: fix ltdl installation order

Makefile.in has aclocal.m4 as prerequisite, so Makefile.in should be installed later to avoid unnecessary rebuild by (versioned) aclocal. The problem is worse if the current libtool package has been built against different automake version than the current libtoolize is run against (high chance

[PATCH] testsuite: fix race conditions in ltdl dryrun

/autoreconf.in#n356 Pavel racy-tests.tar.gz Description: application/compressed-tar From 2ad0598f0d8cd8c8532a2c34ea1b06c71901047d Mon Sep 17 00:00:00 2001 From: Pavel Raiskup prais...@redhat.com Date: Mon, 15 Dec 2014 13:42:25 +0100 Subject: [PATCH] tests: fix race in aclocal/autoheader calls Put

Re: powerpc*le-linux support

[...] config.sub won't return ppc*-*linux* so there isn't much point in matching that. [...] Haven't found enough time to do the review but issues with config.{guess,sub} should be discussed on different list: config-patc...@gnu.org Pavel

Re: powerpc*le-linux support

Haven't found enough time to do the review .. but I should have to try to find at least a second. I see patch is relevant to libtool, sorry for my previous pointless comment.