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

mments: --- Date: Sat 24 Aug 2024 02:12:56 PM CEST By: Bruno Haible FreeBSD 14 has two PowerPC64 ports: * A little-endian one (powerpc64le), * a big-endian one (powerpc64). The latter is a bi-arch system: While "cc" creates 64-bit binaries, &quo

Re: [patch #10393] Fix shared library support on Android

Roumen Petrov wrote: > Android and Microsoft windows must not encode any paths. You probably mean to say: Shared libraries packaged in Android .apk files are mentioned in the Android manifest file (elements and ) [1] and therefore don't need a RUNPATH. But shared libraries created in the Termux

Re: [patch #10393] Fix shared library support on Android

Roumen Petrov wrote: > Android and Microsoft windows libraries must not use hard coded paths! > Nevertheless what is supported by linker or loader. Why do you mention Microsoft Windows? The commit 47c71f61df9ace4956cc943f291480315174726b has no effect on Microsoft Windows. > When I read commit

[patch #10393] Fix shared library support on Android

mments: --- Date: Mon 18 Sep 2023 01:25:06 PM CEST By: Bruno Haible On Android, within the termux environment, I encountered two problems during the "make install" phase of GNU gettext. The attached patch fixes them. 1) On this platform, libtool is conf

[patch #10387] Recognize the *-*-windows* config triplets introduced on 2023-06-26

low-up Comments: --- Date: Wed 30 Aug 2023 02:18:09 PM CEST By: Bruno Haible Through this commit to config.sub https://git.savannah.gnu.org/gitweb/?p=config.git;a=commitdiff;h=91f6a7f616b161c25ba2001861a40e662e18c4ad the host_os values windows*

[patch #9467] Fix -export-symbols and -export-symbols-regex support on Solaris 11.3

Follow-up Comment #1, patch #9467 (project libtool): This patch is also needed for Solaris 11.4. ___ Reply to this item at: ___ Message sent via Savanna

[patch #9467] Fix -export-symbols and -export-symbols-regex support on Solaris 11.3

Additional Item Attachment, patch #9467 (project libtool): File name: 0001-Fix-export-symbols-and-export-symbols-regex-support-.patch Size:0 KB ___ Reply to this item at: __

[patch #9467] Fix -export-symbols and -export-symbols-regex support on Solaris 11.3

URL: Summary: Fix -export-symbols and -export-symbols-regex support on Solaris 11.3 Project: GNU Libtool Submitted by: haible Submitted on: Sat 21 Oct 2017 02:40:53 PM CEST Category: N

Re: [bug-libunistring] Fix quoting in exported.sh.in, allow multiple arguments.

T_CMD_GLOBAL_SYMBOLS): Double-quote > $lt_cv_sys_global_symbol_pipe for eval, like we do in ltmain, > in order to preserve TABs and multiple adjacent whitespace. > Report by Bruno Haible. There are 5 more occurrences of this idiom, IMO, at lines 4127, 4142, 4145, 4158, 4288, but

Re: libtool --mode=execute gdb

Ralf Wildenhues wrote: > That let me check in more detail. > Mode inference was removed here: > > and deprecated here: > The removal did not apply to

Re: libtool --mode=execute gdb

Hello Ralf, Thanks for this practical shorthand re-introduction! > the requirement for a mode seems > to have been present for at least 10 years. I could use "libtool gdb" in version 1.5.x; only since version 2.0 or 2.2 it became necessary to use --mode=execute. > Aside, I am not quite sure whe

Re: executable wrapper on mingw mangles arguments

Hi Ralf, > Sure. I've pushed the combined patch as > . Thanks for adding this. > > What should I check, other than "./configure; make; make check"? > > Wait until the nightly snapshot on

Re: mdemo ltdl failure

Hi Ralf, A bit of gnitpicking: Ralf Wildenhues wrote: > Here's what the gnulib patch looks like. > + set x `uname -r | $SED -e 's/^\([[0-9\.]]*\).*/\1/'` $SED is usually not defined in the context of autoconf macros that are part of gnulib. (I.e. it expands to empty.) Just use 'sed' in

Re: libtool patch from gettext

Ralf Wildenhues wrote: > The first one below I'd like to apply: return error from cwrapper if > exec*() failed (all branches). > > 2003-11-27 Bruno Haible <[EMAIL PROTECTED]> > > * config/ltmain.sh (cwrappersource): return 127 if exec failed. Yes, that ma