[patch #10393] Fix shared library support on Android

Update of patch#10393 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: I went ahead and mer

[patch #10411] libtool: fix empty "-L" in compiler_lib_search_path

Update of patch#10411 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks for finding t

[patch #10417] Avoid deprecation warning with MSVC

Update of patch#10417 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: Thank you for the pa

[PATCH 2/2] libtoolize: always copy config-h.in like aclocal.m4

I looked over and applied both the patches and they work for me. I was running into the same permissions issue. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354 OpenPGP_0x6570EA01146F7354.asc Description: OpenPGP public key OpenPGP_signature.asc

Re: [PATCH] doc: minor fixes

On 20/01/2024 15:43, Mike Frysinger wrote: * doc/libtool.texi: Fix some style & minor grammar. --- doc/libtool.texi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) Thanks, I merged it in. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01

Re: [PATCH] libtool.m4: Fix -export-symbols for GNU ld on non-Linux

nt release and then merge it -mike I agree. I'm currently waiting on upload permissions to Savannah, so that I can upload an alpha. If it takes too long to get permissions, I'll consider going ahead and merging this in. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F

[patch #41] Do all rm's in one command with --mode=clean

Update of patch#41 (group libtool): Status:None => Wont Do Open/Closed:Open => Closed ___ Follow-up Comment #2: The patch no longer see

[patch #9678] ltmain.sh: [_MSC_VER] should be [_WIN32] in one place

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

Re: [PATCH] ltmain.in: correct windows compiler preprocessor checks

Thank you for catching this! I have merged in the fix. On 01/03/2024 11:39, Ozkan Sezer wrote: Commit f54924fa5d8d5959038e58adab7c552c3ca495ae seems to have been wrongly applied. Regards. -- O.S. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354

Re: [PATCH] ltmain.in: Pass through -fopenmp=*

t prog,link = "$linkmode,$pass"; then compile_deplibs="$deplib $compile_deplibs" finalize_deplibs="$deplib $finalize_deplibs" -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354 OpenPGP_0x6570EA01146F7354

Re: [PATCH] Fix Wstrict-prototypes warnings

: Hello, When building project, for example, with CFLAGS=-Werror=strict-prototypes or similar, the libtool's tests can cause false reports and errors in the log files: error: function declaration isn't a prototype The appended patch includes some fixes for such cases. Thank you.

[patch #10393] Fix shared library support on Android

Follow-up Comment #3, patch #10393 (group libtool): Thank you for the suggestion. Since we are already embedding rpath into Android, we could take the next step and start using GNU/Linux versioning. This would be contrary to the standard method of Android versioning, in which shared libraries are

Re: [PATCH] libtool.m4: Fix AC_CHECK_PROG usage

FILECMD], [file], [:]) +[AC_CHECK_PROG([FILECMD], [file], [file], [:]) _LT_DECL([], [FILECMD], [1], [A file(cmd) program that detects file types]) ])# _LD_DECL_FILECMD Thank you for the patch! It has been applied to the development branch. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22

Re: [PATCH] Fix Wstrict-prototypes warnings

Thank you for the details! I have merged in your patch to the development branch, and you should see it in the next release of libtool. On 21/04/2024 21:19, Peter Kokot wrote: On Tue, 16 Apr 2024 at 19:56, Ileana Dumitrescu wrote: Thank you for the patch. Diagnosing the test errors is not so

Re: [PATCH] Correct DLL Installation Path for x86_64-w64-mingw32 Multilib

5,6 +2568,7 @@ cygwin* | mingw* | windows* | pw32* | cegcc*) if test -n '\''$stripme'\'' && test -n '\''$striplib'\''; then eval '\''$striplib \$dldir/$dlname'\'' || exit \$?; fi' +fi postuninstall_cmds='dldll=`$SHELL 2>&1 -c '\''. $file; echo \$dlname'\''`~ dlpath=$dir/\$dldll~ $RM \$dlpath' -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354 OpenPGP_0x6570EA01146F7354.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

[patch #9999] Fix --preserve-dup-deps flag not to strip some duplicates

Update of patch # (group libtool): Open/Closed:Open => Closed ___ Follow-up Comment #2: Thank you for your patch! It has been merged in, and a test has been fixed along with it :)

[patch #9999] Fix --preserve-dup-deps flag not to strip some duplicates

Follow-up Comment #4, patch # (group libtool): I will remove the INN comment, but if I understand the "FIXME" correctly, it should be kept as a reminder to rethink the logic of the code in this section. It does not seem to be specific to the 'preserve-dup-deps' flag. Please tell me if I am wro

[patch #9999] Fix --preserve-dup-deps flag not to strip some duplicates

Update of patch # (group libtool): Status:None => Done ___ Follow-up Comment #6: This has been updated in development, and thank you again for your patch! https://git.savannah.g

Re: [PATCH] ltmain.in: don't suppress output for PIC compilations

suppression. If your patch is applied, the option to switch off suppression should also be removed, but switching the logic around to suppress if chosen seems like a better solution than complete removal. However, you could also just specify '-no-suppress' when compiling rather than chang

Re: [PATCH] ltmain.in: don't suppress output for PIC compilations

On 15/08/2024 20:37, Sam James wrote: Nick Bowler writes: On 2024-08-15 12:13, Sam James wrote: Ileana Dumitrescu writes: However, you could also just specify '-no-suppress' when compiling rather than changing the default behaviour. (Is there a way to do this globally? If I

Re: [PATCH] ltmain.in: don't suppress output for PIC compilations

On 15/08/2024 21:27, Nick Bowler wrote: On 2024-08-15 14:13, Ileana Dumitrescu wrote: Printing the differences on the second run seems like a better default, while keeping the option for -no-suppress for the complete log. Maybe adding an informational message about -no-suppress with the diff

[patch #10469] Add support for 32-bit mode on FreeBSD/powerpc64

Update of patch #10469 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: Thank you for the p