Re: [PATCH] Allow -Werror and -Werror=* through flag filtering

Merged. Thank you for your contribution. https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=1ec8fa28dcb29500d485c136db28315671ec4c3b On 12/9/22 20:33, Sam James wrote: * build-aux/ltmain.in (func_mode_link): allow -Werror and -Werror=* through flat filtering at link time. This is n

Re: [PATCH] Allow -Werror and -Werror=* through flag filtering

Thanks I'll take this for a spin and keep you in the loop. On 12/9/22 20:33, Sam James wrote: * build-aux/ltmain.in (func_mode_link): allow -Werror and -Werror=* through flat filtering at link time. This is needed for detecting likely-runtime problems with LTO using e.g. -Werror=odr or

Re: [PATCH v2 00/12] Rebased version of Yocto patches

; > I'd second that, I'd love to get the easy ones sorted and am happy to > try and help with the others, just not quite sure where we stand at the > moment. > > Cheers, > > Richard > -- Alex Ameen Tel: (832) 341-9270

[patch #10282] port libtool to grep 3.8 and to POSIX

Follow-up Comment #2, patch #10282 (project libtool): Thanks for the report and patch. Did you test to see if the new pattern still works with `grep` < 3.8 by any chance? Just to check my understanding here: the intention of `[[-]]L` is to escape `"[-]L"` in M4, taking advantage of the old `gre

Re: [PATCH] Further update/simplify OpenBSD support

dirty] testsuite: 67 96 143 169 failed ---     Subject: [GNU Libtool 2.4.7.4-b9a3-dirty] testsuite: 67 96 122 123 124 125 129 143 169 failed 289c289 < make[3]: Leaving directory '/private/tmp/libtool-base' --- make[3]: Leaving directory '/private/tmp/libtool' 291c2

Re: [PATCH] Further update/simplify OpenBSD support

ith wrote: On 8/15/2022 10:47 AM, Alex Ameen wrote: Thanks for your submission. I'll run it through the test suite this week and keep you posted. Any update on this?

Re: [PATCH] Further update/simplify OpenBSD support

Thanks for your submission. I'll run it through the test suite this week and keep you posted. On Sat, Aug 13, 2022, 5:06 PM Brad Smith wrote: > Further update/simplify OpenBSD support > > * m4/libtool.m4: Remove long obsolete support for a.out and support > for archs not supporting shared libari

Re: [PATCH v2 01/12] ltmain.sh: Fix sysroot paths being encoded into RPATHs

This was all green down the line on the test suite on multiple systems ( don't get too excited yet ) until I found bugs in the testsuite... I see how this flew under the radar previously though - currently there are no tests which attempt to check RPATH or RUNPATH entries. I'll definitely be w

Re: [PATCH v2 00/12] Rebased version of Yocto patches

My bad I just saw the follow up emails. You're all good. On Sat, Apr 16, 2022, 1:29 PM Alex Ameen wrote: > Can you separate the flag changes from the others? > Since that's not backwards compatible it needs to be shelved for a future > major release. There's simila

Re: [PATCH v2 00/12] Rebased version of Yocto patches

Can you separate the flag changes from the others? Since that's not backwards compatible it needs to be shelved for a future major release. There's similar flag changes I've been organizing into a pile. On Sat, Apr 16, 2022, 12:58 PM Sam James wrote: > Done after discussion w/ Alex (thanks!). Re

[patch #9305] Use $SED more

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

[patch #10007] Add support for MidnightBSD

Update of patch #10007 (project libtool): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[patch #9996] Patch libtool for macOS 11.0 (aka darwin20)

Update of patch #9996 (project libtool): Status:None => Done Assigned to:None => growpotkin Open/Closed:Open => Closed

[patch #10113] remove hard coded paths to /usr/bin/file

Update of patch #10113 (project libtool): Status:None => Done Assigned to:None => growpotkin Open/Closed:Open => Closed ___

Re: [patch #9687] bugfix: make -export-dynamic imply --whole-archive

orm's various compilers, linkers, and loaders. It is certainly not my intention to promote a specific tool or platform over another. -Alex On 11/21/21 8:32 AM, Bob Friesenhahn wrote: On Sat, 20 Nov 2021, Alex Ameen wrote: Thanks for the follow up, this gave me a much clearer idea

Re: [patch #9687] bugfix: make -export-dynamic imply --whole-archive

Thanks for the follow up, this gave me a much clearer idea of the underlying issue that you're trying to solve. I really do appreciate you taking the time to help improve `libtool'. You're absolutely right that `libtool' completely bungles the use of `--whole-archive' and `--no-whole-archive'

[patch #9687] bugfix: make -export-dynamic imply --whole-archive

Update of patch #9687 (project libtool): Status:None => Need Info Assigned to:None => growpotkin ___ Follow-up Comment #1: Could you maybe el

[patch #8977] libtool: add -Xassembler compilation flag support

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

[patch #10007] Add support for MidnightBSD

Follow-up Comment #1, patch #10007 (project libtool): Looks straightforward to me. I'm going to test it on my box just to catch typos or anything unexpected; but since I don't have a MidnightBSD box could you run the test suite and upload the logs? ___

[patch #10007] Add support for MidnightBSD

Update of patch #10007 (project libtool): Status:None => Ready For Test Assigned to:None => growpotkin ___ Reply to this item at:

[patch #9305] Use $SED more

Update of patch #9305 (project libtool): Assigned to:None => growpotkin ___ Reply to this item at: ___ M

[patch #8977] libtool: add -Xassembler compilation flag support

Update of patch #8977 (project libtool): Assigned to:None => growpotkin ___ Reply to this item at: ___ M

Re: Organization of ltmain.in into sub-files

you for pointing me in the right direction. On Mon, Oct 18, 2021, 10:38 AM Bob Friesenhahn wrote: > On Mon, 18 Oct 2021, Alex Ameen wrote: > > > This sounds great to me, I'd love to lend a hand. > > > > I had filled out the form a few weeks ago when I sent in patch

Re: Organization of ltmain.in into sub-files

21 8:15 AM, Bob Friesenhahn wrote: On Sun, 17 Oct 2021, Alex Ameen wrote: I thought I had seen in some TODO notes that other maintainers had been working on reorganizing `ltmain.in', so I wanted to poke my head in and see if there was an existing branch doing this sort of works, or if thi

Organization of ltmain.in into sub-files

gined uploading patches would be pretty difficult to read since there's so many files created and snippets moved, but if anyone prefers to check things out that way let me know. Thanks for reading! -- Alex Ameen

[patch #10113] remove hard coded paths to /usr/bin/file

URL: Summary: remove hard coded paths to /usr/bin/file Project: GNU Libtool Submitted by: growpotkin Submitted on: Sat 02 Oct 2021 12:19:57 AM UTC Category: None Prio