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

2020-11-22 Thread Julien ÉLIE
esac + ;; + esac + ;; + esac +fi done tmp_libs= for deplib in $new_libs; do Works OK with that patch. Thanks for your work on Libtool, -- Julien ÉLIE ___ Reply to this item at: <https://savannah.gnu.org/patch/?> ___ Message sent via Savannah https://savannah.gnu.org/

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

2024-04-21 Thread Julien ÉLIE
Follow-up Comment #1, patch # (group libtool): FWIW, the patch was locally applied to INN in 2020, and there hasn't been any build problem since then. Building INN with libtool otherwise failed with unresolved circular dependencies, even with the use of *--preserve-dup-deps*. https://github.

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

2024-06-22 Thread Julien ÉLIE
Follow-up Comment #3, patch # (group libtool): Many thanks! I've had a look at the commit in the development branch. I suggest to remove the comment "# Modification for INN in the loop (fix --preserve-dup-deps)." I had put it in our locally modified version of _ltmain.sh_ in INN so as to rem

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

2024-06-26 Thread Julien ÉLIE
Follow-up Comment #5, patch # (group libtool): Yes I agree with you. On second thoughts, the "FIXME" comment should remain. ___ Reply to this item at:

[patch #10510] Supporting -S and -t flags from install-sh

2025-03-20 Thread Julien ÉLIE
mments: --- Date: jeu. 20 mars 2025 22:15:45 By: Julien ÉLIE Hi Ileana, Thanks again for your hard work on Libtool! *ltmain.sh* recognizes the flags implemented in *install-sh*, and silently discards them when unused by Libtool: -g | -m | -o) pre

[patch #10510] Supporting -S and -t flags from install-sh

2025-03-25 Thread Julien ÉLIE
Follow-up Comment #2, patch #10510 (group libtool): Great! Many thanks. I can now drop this manual change I had to make to *ltmain.sh* when synchronizing it with the latest upstream version from Libtool. ___ Reply to this item at: