Package Details: mingw-w64-libiconv 1.17-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-libiconv.git (read-only, click to copy)
Package Base: mingw-w64-libiconv
Description: Provides GNU libiconv.so and libcharset.so (mingw-w64)
Upstream URL: http://www.gnu.org/software/libiconv/
Licenses: LGPL
Submitter: brcha
Maintainer: xantares
Last Packager: xantares
Votes: 31
Popularity: 0.000000
First Submitted: 2012-06-12 18:20 (UTC)
Last Updated: 2022-05-18 17:10 (UTC)

Latest Comments

1 2 Next › Last »

Martchus commented on 2022-03-04 12:54 (UTC) (edited on 2022-03-04 13:02 (UTC) by Martchus)

In my binary repo the following packages make use of the DLL:

mingw-w64-recode mingw-w64-libunistring mingw-w64-libpsl mingw-w64-poppler mingw-w64-libidn2 mingw-w64-libidn mingw-w64-libass mingw-w64-gettext mingw-w64-ffmpeg mingw-w64-qt5-base mingw-w64-libxml2 mingw-w64-c++utilities

(https://martchus.no-ip.biz/buildservice/#package-search-section?name%3Dpe-x86_64%253A%253Alibiconv-2.dll%26db%3Dany%26mode%3Dlibdepends)

So there doesn't seem to be a problem per-se. However, qt6 is notably missing in that list so there might be a problem with some packages.

EDIT: Looks like qt6 doesn't use iconv anymore, at least not on Windows. So not a problem after all.

Martchus commented on 2022-03-04 10:34 (UTC)

It looks alright to me:

mingw-w64-libiconv usr/x86_64-w64-mingw32/
mingw-w64-libiconv usr/x86_64-w64-mingw32/bin/
mingw-w64-libiconv usr/x86_64-w64-mingw32/bin/libcharset-1.dll
mingw-w64-libiconv usr/x86_64-w64-mingw32/bin/libiconv-2.dll
mingw-w64-libiconv usr/x86_64-w64-mingw32/include/
mingw-w64-libiconv usr/x86_64-w64-mingw32/include/iconv.h
mingw-w64-libiconv usr/x86_64-w64-mingw32/include/libcharset.h
mingw-w64-libiconv usr/x86_64-w64-mingw32/include/localcharset.h
mingw-w64-libiconv usr/x86_64-w64-mingw32/lib/
mingw-w64-libiconv usr/x86_64-w64-mingw32/lib/libcharset.a
mingw-w64-libiconv usr/x86_64-w64-mingw32/lib/libcharset.dll.a
mingw-w64-libiconv usr/x86_64-w64-mingw32/lib/libiconv.a
mingw-w64-libiconv usr/x86_64-w64-mingw32/lib/libiconv.dll.a

So import libs and normal libs use a uniform naming scheme and are distinguishable by extension. That means adding -lcharset -liconv should¹ result in dynamic linking via the import libs unless -static has been specified as well.

¹Haven't actually tested it yet.

patlefort commented on 2022-03-04 10:18 (UTC)

I think the resulting dlls has the wrong names (libiconv-2.dll and libcharset-1.dll), they shouldn't have a postfix. Since it doesn't come with a pkgconfig file, packages won't find it but will find the static version instead, which is named without a postfix.

xantares commented on 2021-04-26 10:15 (UTC)

fixed, make install doesnt like -j

stt commented on 2021-04-07 06:29 (UTC)

I managed to build it. I had to invoke yay explicitly from a bash terminal to get this to build:

$ bash
$ yay -S mingw-w64-libiconv

stt commented on 2021-04-02 02:46 (UTC)

(Copypaste from mingw-w64-gettext because the problem is from here)

Build is failing - its locking up after linking libiconv and is never finishing.

Last lines of the build:

libtool: link: i686-w64-mingw32-gcc -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -fstack-protector -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 iconv_no_i18n.o iconv.res -o .libs/iconv_no_i18n.exe  ../srclib/libicrt.a ../lib/.libs/libiconv.dll.a -L/usr/i686-w64-mingw32/lib
test `ls -ld . | sed -e 's/^d\(.........\).*/\1/'` = rwxrwxrwx || chmod 777 .
make[1]: Leaving directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/src'
cd po && make all
make[1]: Entering directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/po'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/po'
cd man && make all
make[1]: Entering directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/man'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/man'
if test -d tests; then cd tests && make all; fi
make[1]: Entering directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/tests'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/twigger/.cache/yay/mingw-w64-libiconv/src/libiconv-1.16/build-i686-w64-mingw32/tests'

Full build log: https://pastebin.com/JgGUXTQ6

xDShot commented on 2020-12-05 08:44 (UTC)

freezes on ` libtool: link: i686-w64-mingw32-gcc -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -fstack-protector -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 iconv.o iconv.res -o .libs/iconv.exe ../srclib/libicrt.a /seagate/aur/mingw-w64-libiconv/pkg/mingw-w64-libiconv/usr/i686-w64-mingw32/lib/libiconv.dll.a -L/seagate/aur/mingw-w64-libiconv/pkg/mingw-w64-libiconv/usr/i686-w64-mingw32/lib

adsun commented on 2019-05-04 15:41 (UTC) (edited on 2019-05-04 15:54 (UTC) by adsun)

package() fails because the alias file was removed with version 1.16, so rm "$pkgdir"/usr/${_arch}/lib/charset.alias fails.

ant32 commented on 2013-11-12 19:40 (UTC)

Since there is no mingw-w64-libiconv-static could you replace those lines with mingw-w64-win-iconv? Or is this a bad idea? sed "s|mingw-w64-libiconv-static|mingw-w64-win-iconv|g" -i PKGBUILD I'm currently getting this when trying to build mingw-w64-cairo in a clean chroot. :: mingw-w64-win-iconv and mingw-w64-libiconv are in conflict (mingw-w64-libiconv-static). Remove mingw-w64-libiconv? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: mingw-w64-win-iconv and mingw-w64-libiconv are in conflict