[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gnu-libiconv] libiconv-1.15
|
From: |
Bruno Haible |
|
Subject: |
Re: [bug-gnu-libiconv] libiconv-1.15 |
|
Date: |
Sat, 11 Feb 2017 14:00:51 +0100 |
|
User-agent: |
KMail/5.1.3 (Linux/4.4.0-62-generic; KDE/5.18.0; x86_64; ; ) |
Michael Felt wrote:
> I like what you did with libtool (or is it in libtool-2.4.6 and doing
> this automagically) - namely creating a new $prefix/lib/libiconv.a with
> copies of the existing AIX legacy libiconv.a members (shr.o, shr4.o
> (32-bit) and shr_64.o (64-bit)).
It's special code in libiconv/lib/Makefile.in.
> There is a danger for packagers - as myself: the new archive gets the
> shr*.o file of the packaging system and not necessarily one as new as
> the system the pre-packaged version gets installed on.
What packagers are you talking about? The code is written for users
who just follow the "./configure; make; make check; make install" idiom.
Is there something like Homebrew/MacPorts/Fink/OpenPKG/OpenCSW for AIX?
> Before in "%post" install scripts the AIX legacy members get appended -
> now they will be updated and position is preserved.
I don't know what '"%post" install scripts' you are talking about.
Bruno