Package Details: mingw-w64-gettext 0.19.8.1-2

Git Clone URL: https://aur.archlinux.org/mingw-w64-gettext.git (read-only)
Package Base: mingw-w64-gettext
Description: GNU internationalization library (mingw-w64)
Upstream URL: http://www.gnu.org/software/gettext/
Licenses: GPL
Submitter: brcha
Maintainer: xantares (Martchus)
Last Packager: Martchus
Votes: 19
Popularity: 0.069930
First Submitted: 2012-06-13 18:20
Last Updated: 2016-08-17 22:13

Sources (9)

Latest Comments

xantares commented on 2016-08-14 07:33

Ok, added you as co-maintainer.

Martchus commented on 2016-08-13 14:18

I've just kept the exe files because they might be useful for me and they are not very big. I didn't want to propose that change for the package here as the general rule is to remove them.

Of course upstream doesn't provide the pkgconfig file, but it is useful to fix broken pkgconfig files in libs requiring the library such as harfbuzz and glib2. Otherwise eg. `x86_64-w64-mingw32-pkg-config --static --libs harfbuzz` will miss -liconv.
This is a known bug: https://github.com/Alexpux/MINGW-packages/issues/744

xantares commented on 2016-08-13 12:59

thanks!
I keep on removing the .exes though.
I did not keep your the pkgconfig file as upstream do not provide it.
xan.

Martchus commented on 2016-08-12 19:58

Here is an updated PKGBUILD: https://github.com/Martchus/PKGBUILDs/commit/b12ed5b2276a0dde1e24f38ebe538a27aebc3b8e

Had to fix a few things to make it work (see commit message).

This version also includes a pkgconfig file for intl which could help fixing issues with static Qt 5.

xantares commented on 2016-05-21 09:59

@cleanrock:
seems the same as the regular package
gpg --recv D605848ED7E69871

cleanrock commented on 2016-05-21 09:19

Is validpgpkeys correct ?
==> Verifying source file signatures with gpg...
gettext-0.19.7.tar.gz ... FAILED (unknown public key D605848ED7E69871)
==> ERROR: One or more PGP signatures could not be verified!
:: failed to verify mingw-w64-gettext integrity

xantares commented on 2015-10-14 09:29

Hi @osfans
Try reinstalling mingw-w64-configure, maybe I should have bumped it.
xan.

osfans commented on 2015-10-14 07:43

Same build break with @Auguste.

Build success when removing the path ".."

${_arch}-configure \
--disable-java \
--disable-native-java \
--disable-csharp \
--enable-threads=win32 \
--without-emacs ..

Auguste commented on 2015-10-08 09:40

$ makepkg
==> Making package: mingw-w64-gettext 0.19.6-1 (Thu Oct 8 17:33:26 CST 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found gettext-0.19.6.tar.gz
-> Found gettext-0.19.6.tar.gz.sig
-> Found 00-relocatex-libintl-0.18.3.1.patch
-> Found 05-always-use-libintl-vsnprintf.mingw.patch
-> Found 06-dont-include-ctype-after-gnulibs-wctype.mingw.patch
-> Found 07-fix-asprintf-conflict.mingw.patch
-> Found 08-vs-compatible.patch
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with md5sums...
gettext-0.19.6.tar.gz ... Passed
gettext-0.19.6.tar.gz.sig ... Skipped
00-relocatex-libintl-0.18.3.1.patch ... Passed
05-always-use-libintl-vsnprintf.mingw.patch ... Passed
06-dont-include-ctype-after-gnulibs-wctype.mingw.patch ... Passed
07-fix-asprintf-conflict.mingw.patch ... Passed
08-vs-compatible.patch ... Passed
==> Extracting sources...
-> Extracting gettext-0.19.6.tar.gz with bsdtar
==> Starting prepare()...
patching file gettext-runtime/intl/bindtextdom.c
Hunk #1 succeeded at 21 (offset -1 lines).
Hunk #2 succeeded at 66 (offset -1 lines).
Hunk #3 succeeded at 324 (offset -1 lines).
patching file gettext-runtime/intl/canonicalize.c
patching file gettext-runtime/intl/Makefile.in
Hunk #1 succeeded at 127 (offset 5 lines).
Hunk #2 succeeded at 158 (offset 5 lines).
Hunk #3 succeeded at 193 (offset 5 lines).
Hunk #4 succeeded at 304 (offset 12 lines).
patching file gettext-runtime/intl/relocatex.c
patching file gettext-runtime/intl/relocatex.h
patching file MINGW-PATCHES/README-relocatex-libintl.txt
patching file gettext-runtime/intl/printf.c
Hunk #1 succeeded at 208 (offset -1 lines).
patching file gettext-tools/gnulib-lib/libxml/parser.c
patching file gettext-tools/gnulib-lib/libxml/threads.c
patching file gettext-runtime/libasprintf/vasnprintf.h
patching file gettext-runtime/libasprintf/vasprintf.h
patching file gettext-runtime/libasprintf/vasnprintf.c
patching file gettext-runtime/intl/libgnuintl.in.h
Hunk #1 succeeded at 337 (offset 1 line).
==> Starting build()...
/tmp/mingw-w64-gettext/src/gettext-0.19.6/build-i686-w64-mingw32 /tmp/mingw-w64-gettext/src/gettext-0.19.6
configure: WARNING: you should use --build, --host, --target
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for i686-w64-mingw32-strip... i686-w64-mingw32-strip
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... Invalid configuration `..': machine `..' not recognized
configure: error: /bin/sh ../build-aux/config.sub .. failed
==> ERROR: A failure occurred in build().
Aborting...

xantares commented on 2015-08-18 07:26

weird, build succeeded here, updated anyway

yan12125 commented on 2015-08-17 19:04

gettext 0.19.5 has a bug, which is fixed in 0.19.5.1:

http://lists.gnu.org/archive/html/bug-gettext/2015-07/msg00016.html

It causes the following error:

./gettext-tools/libgettextpo/../src/format-kde-kuit.c:227: undefined reference to `stpncpy'
collect2: error: ld returned 1 exit status
Makefile:2059: recipe for target 'libgettextpo.la' failed
m

Schala commented on 2015-07-05 19:46

done... not bumping pkgrel since it's a make dependency

ant32 commented on 2015-07-04 23:04

I'm unable to build without the native gettext installed in a clean chroot. Could you add it or find a fix? I don't have much spare time these days.

xantares commented on 2015-05-22 09:02

:]

franciscod commented on 2015-05-19 12:14

nice catch, xan! :D

xantares commented on 2015-05-19 08:14

it's definitively an upstream bug:
http://blog.gmane.org/gmane.comp.gnu.gettext.bugs/month=20150101

please consider aplying the proposed patch instead of setting CFLAGS:
sed -i "s|plural.\$lo:|\$(PLURAL_OBJECT):|g" gettext-runtime/intl/Makefile.in

xantares commented on 2015-05-19 07:46

it's definitively an upstream bug:
http://blog.gmane.org/gmane.comp.gnu.gettext.bugs/month=20150101

please consider adding this before configuring:
sed -i "s|plural.\$lo:|\$(PLURAL_OBJECT):|g" gettext-runtime/intl/Makefile.in

xantares commented on 2015-05-19 07:43

it's definitively an upstream bug:
http://blog.gmane.org/gmane.comp.gnu.gettext.bugs/month=20150101

i applied it before configuring:
sed -i "s|plural.\$lo:|\$(PLURAL_OBJECT):|g" gettext-runtime/intl/Makefile.in

xantares commented on 2015-05-19 07:04

@Schala, for me it doesn't build if I remove all my mingw packages and start from scratch
did you rebuilt with an already installed mingw-w64-gettext ?

Schala commented on 2015-05-18 13:37

Yes, even before the last fix

xantares commented on 2015-05-18 07:14

@Schala, does it build for you ?

Edric commented on 2015-05-14 16:45

Yeah sorry about that. I meant exactly what Soulaimane-SAHMI said. Entidi solution is much better though.

Edric commented on 2015-05-14 16:44

Yeah sorry about that. I meant exactly what Soulaimane-SAHMI said.

xantares commented on 2015-05-13 07:09

after this i've got some undefined refs when linking libgettextlib.dll:

L/usr/lib/gcc/i686-w64-mingw32/5.1.0 -L/usr/lib/gcc/i686-w64-mingw32/5.1.0/../../../../i686-w64-mingw32/lib/../lib -L/usr/lib/gcc/i686-w64-mingw32/5.1.0/../../../../i686-w64-mingw32/lib -lstdc++ -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib/gcc/i686-w64-mingw32/5.1.0/crtend.o -O2 -g -fopenmp -Wl,--export-all-symbols -Wl,--disable-auto-import -fopenmp -o .libs/libgettextlib-0-19-4.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgettextlib.dll.a
../woe32dll/.libs/c++html-styled-ostream.o: In function `html_styled_ostream(float, long double,...)(...)':
/home/xantares/projects/xantares-aur/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/gnulib-lib/html-styled-ostream.oo.c:70: undefined reference to `html_ostream_free(any_ostream_representation*)'
../woe32dll/.libs/c++html-styled-ostream.o: In function `html_styled_ostream_create':
/home/xantares/projects/xantares-aur/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/gnulib-lib/html-styled-ostream.oo.c:143: undefined reference to `ostream_write_mem(any_ostream_representation*, void const*, unsigned int)'
../woe32dll/.libs/c++html-styled-ostream.o: In function `html_styled_ostream__end_use_class':
/home/xantares/projects/xantares-aur/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/gnulib-lib/html-styled-ostream.oo.c:88: undefined reference to `html_ostream_end_span(any_ostream_representation*, char const*)'
../woe32dll/.libs/c++html-styled-ostream.o: In function `html_styled_ostream__begin_use_class':
/home/xantares/projects/xantares-aur/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/gnulib-lib/html-styled-ostream.oo.c:81: undefined reference to `html_ostream_begin_span(any_ostream_representation*, char const*)'
../woe32dll/.libs/c++html-styled-ostream.o: In function `html_styled_ostream__flush':
/home/xantares/projects/xantares-aur/mingw-w64-gettext/src/gettex

xantares commented on 2015-05-13 07:05

ah, you forgot the trailing backslash on the --without-emacs line for the CFLAGS to be taken into account in the configure env
xan.

xantares commented on 2015-05-13 06:42

uh, noes, still doesn't build, libintl.h is generated in the build dir

xantares commented on 2015-05-13 06:27

thanks!

xantares commented on 2015-05-12 18:30

hi,
same problem here, still not fixed ?
xan

entidi commented on 2015-03-26 14:20

You could add "-I../../gettext-runtime/intl" to your CPPFLAGS (or CFLAGS) before starting the build instead of moving files around.

Soulaimane-SAHMI commented on 2015-03-08 18:21

Edric says that after the error occurs, you should copy the file libintl.h
from the directory ${srcdir}/build-i686-w64-mingw/gettext-runtime/intl
to the directory ${srcdir}/build-i686-w64-mingw/gettext-tools/intl

and from the directory ${srcdir}/build-x86-64-w64-mingw/gettext-runtime/intl
to the directory ${srcdir}/build-x86-64-w64-mingw/gettext-tools/intl

then rebuild

Schala commented on 2015-02-26 03:37

libintl.h isn't generated until `make` starts though

Schala commented on 2015-02-26 03:36

libintl.h isn't genewrated until `make` starts though

franciscod commented on 2015-02-26 02:03

Edric... what? reword your comment, please

Edric commented on 2015-02-25 16:43

Add to copy libintl.h to ./build-i686-w64-mingw/gettext-tools/intl and ./build-x86-64-w64-mingw/gettext-tools/intl for it to compile

lann commented on 2015-02-24 09:43

The gettext compilation fail. The same error than franciscod :
../../../gettext-tools/../gettext-runtime/intl/plural.c:313:59: erreur fatale: libintl.h : Aucun fichier ou dossier de ce type
# include <libintl.h> /* INFRINGES ON USER NAME SPACE */

the list of installed mingw packages :
mingw-w64-binutils 2.25-1
mingw-w64-boost 1.57.0-2
mingw-w64-bzip2 1.0.6-8
mingw-w64-configure 0-1
mingw-w64-crt 3.3.0-1
mingw-w64-gcc 4.9.2-2
mingw-w64-headers 3.3.0-1
mingw-w64-libffi 3.2.1-1
mingw-w64-libiconv 1.14-9
mingw-w64-libunistring 0.9.4-2
mingw-w64-pcre 8.36-4
mingw-w64-pkg-config 2-3
mingw-w64-termcap 1.3.1-7
mingw-w64-winpthreads 3.3.0-2
mingw-w64-zlib 1.2.8-5
mingw32-binutils 2.23.1-3
mingw32-gcc 4.7.2-1
mingw32-pthreads 2.9.1-1
mingw32-runtime 3.20-4
mingw32-w32api 3.17-2

xantares commented on 2015-02-23 08:22

thanks

xantares commented on 2015-02-23 08:21

had to do this:
gpg --recv-key D605848ED7E6987

franciscod commented on 2015-02-23 08:18

a workaround for the PGP signature error:

gpg --recv-keys D605848ED7E69871

xantares commented on 2015-02-23 08:04

hello, it doesn't build on my machine:
==> Making package: mingw-w64-gettext 0.19.4-1 (Mon Feb 23 07:58:49 UTC 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading gettext-0.19.4.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 16.8M 100 16.8M 0 0 340k 0 0:00:50 0:00:50 --:--:-- 447k
-> Downloading gettext-0.19.4.tar.gz.sig...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 819 100 819 0 0 2892 0 --:--:-- --:--:-- --:--:-- 2904
==> Validating source files with md5sums...
gettext-0.19.4.tar.gz ... Passed
gettext-0.19.4.tar.gz.sig ... Skipped
==> Verifying source file signatures with gpg...
gettext-0.19.4.tar.gz ... FAILED (unknown public key D605848ED7E69871)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build .
==> Restart building mingw-w64-gettext ? [y/N]
==> ------------------------------------------

Schala commented on 2015-02-17 01:22

Have you tried win-iconv?

ant32 commented on 2015-02-15 16:39

If it fails can you give me your list of installed mingw packages? (I just tried building in a clean chroot and also using makepkg and both build fine)
pacman -Q | grep mingw

daurnimator commented on 2015-02-15 03:50

> Solution == Copy libintl.h into /build-blahh-blaah/gettext-tools/intl/ and then it appears to build OK

Doesn't work for me. Though it was looking in the correct directory in the first place...

```
/bin/sh ../libtool --tag=CC --mode=compile i686-w64-mingw32-gcc -std=gnu99 -c -DLOCALEDIR=\"/usr/i686-w64-mingw32/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/i686-w64-mingw32/share/locale\" -DLIBDIR=\"/usr/i686-w64-mingw32/lib\" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/i686-w64-mingw32/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../../gettext-tools/../gettext-runtime/intl -I.. -I/usr/i686-w64-mingw32/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -fvisibility=hidden pluralx.c
libtool: compile: i686-w64-mingw32-gcc -std=gnu99 -c -DLOCALEDIR=\"/usr/i686-w64-mingw32/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/i686-w64-mingw32/share/locale\" -DLIBDIR=\"/usr/i686-w64-mingw32/lib\" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/i686-w64-mingw32/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../../gettext-tools/../gettext-runtime/intl -I.. -I/usr/i686-w64-mingw32/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -fvisibility=hidden pluralx.c -DDLL_EXPORT -DPIC -o .libs/pluralx.o
../../../gettext-tools/../gettext-runtime/intl/plural.c:313:59: fatal error: libintl.h: No such file or directory
# include <libintl.h> /* INFRINGES ON USER NAME SPACE */
^
compilation terminated.
Makefile:292: recipe for target 'pluralx.lo' failed
```

You can see the `-I../../../gettext-tools/../gettext-runtime/intl` in there.
And './src/gettext-0.19.4/build-i686-w64-mingw32/gettext-runtime/intl/libintl.h' exists.

pha-qu commented on 2015-02-13 23:20

@Schala - Franciscod could be on to something, I too get a build failure caused by 'missing header' libintl.h that happens to be present in another directory branch of the source tree:

config.log ->

configure:21565: result: no
configure:22031: checking for GNU gettext in libintl
configure:22063: i686-w64-mingw32-gcc -std=gnu99 -o conftest.exe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -I/usr/i686-w64-mingw32/include -Wl,--disable-auto-import conftest.c -lintl >&5
conftest.c:119:21: fatal error: libintl.h: No such file or directory
#include <libintl.h>

and the first makefile error reported:
Makefile:292: recipe for target 'pluralx.lo' failed
make[4]: *** [pluralx.lo] Error 1
make[4]: Leaving directory '/home/pha-qu/builds/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl'
Makefile:1721: recipe for target 'all-recursive' failed
local libtool generated Makefile from .../.../intl/ :

all: all-yes
all-yes: libintl.$la <b>libintl.h</b> charset.alias ref-add.sed ref-del.sed
all-no: all-no-yes
all-no-yes: libgnuintl.$la
all-no-no:

as you can see :
cd src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl/
[pha-qu@arch intl]$ ls
bindtextdom.lo dcgettext.o dcngettext.lo dgettext.o explodename.lo finddomain.o hash-string.lo l10nflist.o loadmsgcat.o Makefile pluralx.c VERSION
bindtextdom.o dcigettext.lo dcngettext.o dngettext.lo explodename.o gettext.lo hash-string.o libgnuintl.h localealias.lo ngettext.lo textdomain.lo
dcgettext.lo dcigettext.o dgettext.lo dngettext.o finddomain.lo gettext.o l10nflist.lo loadmsgcat.lo localealias.o ngettext.o textdomain.

No libintl.h in src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl/ == FAILURE
:(

Solution == Copy libintl.h into /build-blahh-blaah/gettext-tools/intl/ and then it appears to build OK

pha-qu commented on 2015-02-13 22:56

@Schala: Forgot to mention, the pgp-key is invalid too. However there are a few other packages in the mingw set that have broken pgp

pha-qu commented on 2015-02-13 22:45

@Schala - Franciscod could be on to something, I too get a build failure caused by 'missing header' libintl.h that happens to be present in another directory branch of the source tree:

config.log ->

configure:21565: result: no
configure:22031: checking for GNU gettext in libintl
configure:22063: i686-w64-mingw32-gcc -std=gnu99 -o conftest.exe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -I/usr/i686-w64-mingw32/include -Wl,--disable-auto-import conftest.c -lintl >&5
conftest.c:119:21: fatal error: libintl.h: No such file or directory
#include <libintl.h>

and the first makefile error reported:
Makefile:292: recipe for target 'pluralx.lo' failed
make[4]: *** [pluralx.lo] Error 1
make[4]: Leaving directory '/home/pha-qu/builds/mingw-w64-gettext/src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl'
Makefile:1721: recipe for target 'all-recursive' failed
local libtool generated Makefile from .../.../intl/ :

all: all-yes
all-yes: libintl.$la <b>libintl.h</b> charset.alias ref-add.sed ref-del.sed
all-no: all-no-yes
all-no-yes: libgnuintl.$la
all-no-no:

as you can see :
cd src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl/
[pha-qu@arch intl]$ ls
bindtextdom.lo dcgettext.o dcngettext.lo dgettext.o explodename.lo finddomain.o hash-string.lo l10nflist.o loadmsgcat.o Makefile pluralx.c VERSION
bindtextdom.o dcigettext.lo dcngettext.o dngettext.lo explodename.o gettext.lo hash-string.o libgnuintl.h localealias.lo ngettext.lo textdomain.lo
dcgettext.lo dcigettext.o dgettext.lo dngettext.o finddomain.lo gettext.o l10nflist.lo loadmsgcat.lo localealias.o ngettext.o textdomain.

No libintl.h in src/gettext-0.19.4/build-i686-w64-mingw32/gettext-tools/intl/ == FAILURE
:(

ant32 commented on 2015-02-11 06:22

http://sourceforge.net/projects/mingw-w64-archlinux/ all packages built in a clean chroot.

franciscod commented on 2015-02-11 02:21

wtfffff.. should i build it in a clean chroot or something?

Schala commented on 2015-02-11 01:48

No clue. It builds fine for me and libintl.h is part of the package.

franciscod commented on 2015-02-09 00:55

TL;DR: missing libintl.h, wat do?

libtool: compile: i686-w64-mingw32-gcc -std=gnu99 -c -DLOCALEDIR=\"/usr/i686-w64-mingw32/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/i686-w64-mingw32/share/locale\" -DLIBDIR=\"/usr/i686-w64-mingw32/lib\" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/i686-w64-mingw32/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../../gettext-tools/../gettext-runtime/intl -I.. -I/usr/i686-w64-mingw32/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -fvisibility=hidden pluralx.c -DDLL_EXPORT -DPIC -o .libs/pluralx.o
../../../gettext-tools/../gettext-runtime/intl/plural.c:313:59: fatal error: libintl.h: No such file or directory
# include <libintl.h> /* INFRINGES ON USER NAME SPACE */
^
compilation terminated.

franciscod commented on 2015-02-09 00:27

@FreddieChoppin try this:

$ gpg --recv-keys D605848ED7E69871

FreddieChopin commented on 2015-02-08 09:20

When trying to update this package I get the following error:

==> Verifying source file signatures with gpg...
gettext-0.19.4.tar.gz ... FAILED (unknown public key D605848ED7E69871)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build mingw-w64-gettext.

Any ideas what's wrong? Other packages work fine, I have this problem only with this one (I tried several times).

Schala commented on 2014-11-08 17:45

okay, I'll try to remember

xantares commented on 2014-11-05 09:53

hi,
I thought mms-bitfield was enabled by default nowadays, why did you add it ?
Can I suggest to use the mingw-w64-configure package instead of manually setting compilation flags ?
xan.

ant32 commented on 2014-01-14 17:29

updated to 0.18.3.2
For binaries and repo visit http://mingw-w64-archlinux.sourceforge.net
For changes to PKGBUILD visit https://github.com/ant32/pkgbuild/commits/master/mingw-w64-gettext

xantares commented on 2013-11-29 22:39

ok, i trust you.

Schala commented on 2013-11-29 22:38

Also the -g flag is ignored, so you can remove that.

Schala commented on 2013-11-29 22:36

Can you add -mms-bitfields to CFLAGS?

xantares commented on 2013-11-04 07:52

He disowned, I updated it for him.
xan.

mingwandroid commented on 2013-10-29 17:20

Any reason not to fix this brcha?

ant32 commented on 2013-10-28 17:03

Fixed src tarball https://dl.dropboxusercontent.com/u/33784287/aur/mingw-w64-gettext-0.18.3.1-2.src.tar.gz and PKGBUILD https://raw.github.com/ant32/pkgbuild/master/mingw-w64-gettext/PKGBUILD
View Changes https://github.com/ant32/pkgbuild/commits/master/mingw-w64-gettext
This will be used in the mingw-w64 repo https://sourceforge.net/p/mingw-w64-archlinux/wiki

ant32 commented on 2013-10-14 23:57

Updated src tarball to 0.18.3.1 https://dl.dropboxusercontent.com/u/33784287/aur/mingw-w64-gettext-0.18.3.1-1.src.tar.gz and PKGBUILD https://raw.github.com/ant32/pkgbuild/master/mingw-w64-gettext/PKGBUILD
View Changes https://github.com/ant32/pkgbuild/commits/master/mingw-w64-gettext

ant32 commented on 2013-08-30 19:27

here is the link to the src tarball for 0.18.3.1
http://db.tt/3F6hmO72

ant32 commented on 2013-08-27 17:51

@brcha, could you please update this soon. There are quite a few packages that depend on this package and it no longer compiles with new mingw-w64 headers.

for others, to fix this package run the following 2 commands on the package.
sed -e "s|0.18.2.1|0.18.3.1|g" -i PKGBUILD
sed -e "s|034c8103b14654ebd300fadac44d6f14|3fc808f7d25487fc72b5759df7419e02|g" -i PKGBUILD

Here is the last part of the log. I can upload the complete build log if you need.

i686-w64-mingw32-gcc -DHAVE_CONFIG_H -DEXEEXT=\".exe\" -I. -I../../../gettext-runtime/gnulib-lib -I.. -I../intl -I../../../gettext-runtime/intl -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -DUSER_LABEL_PREFIX_UNDERSCORE -I/usr/i686-w64-mingw32/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -c -o msvc-inval.o ../../../gettext-runtime/gnulib-lib/msvc-inval.c
../../../gettext-runtime/gnulib-lib/msvc-inval.c:32:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gl_msvc_invalid_parameter_handler'
gl_msvc_invalid_parameter_handler (const wchar_t *expression,
^
../../../gettext-runtime/gnulib-lib/msvc-inval.c: In function 'gl_msvc_inval_ensure_handler':
../../../gettext-runtime/gnulib-lib/msvc-inval.c:124:39: error: 'gl_msvc_invalid_parameter_handler' undeclared (first use in this function)
_set_invalid_parameter_handler (gl_msvc_invalid_parameter_handler);
^
../../../gettext-runtime/gnulib-lib/msvc-inval.c:124:39: note: each undeclared identifier is reported only once for each function it appears in
make[5]: *** [msvc-inval.o] Error 1
make[5]: Leaving directory `/build/mingw-w64-gettext_20130827-1141/mingw-w64-gettext/src/gettext-0.18.2.1/build-i686-w64-mingw32/gettext-runtime/gnulib-lib'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/build/mingw-w64-gettext_20130827-1141/mingw-w64-gettext/src/gettext-0.18.2.1/build-i686-w64-mingw32/gettext-runtime/gnulib-lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/build/mingw-w64-gettext_20130827-1141/mingw-w64-gettext/src/gettext-0.18.2.1/build-i686-w64-mingw32/gettext-runtime/gnulib-lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/mingw-w64-gettext_20130827-1141/mingw-w64-gettext/src/gettext-0.18.2.1/build-i686-w64-mingw32/gettext-runtime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/mingw-w64-gettext_20130827-1141/mingw-w64-gettext/src/gettext-0.18.2.1/build-i686-w64-mingw32/gettext-runtime'
make: *** [all-recursive] Error 1

ant32 commented on 2013-08-27 17:50

@brcha, could you please update this soon. There are quite a few packages that depend on this package and it no longer compiles with new mingw-w64 headers.

for others, to fix this package run the following 2 commands on the package.
sed -e "s|0.18.2.1|0.18.3.1|g" -i PKGBUILD
sed -e "s|034c8103b14654ebd300fadac44d6f14|3fc808f7d25487fc72b5759df7419e02|g" -i PKGBUILD

svanheulen commented on 2012-08-10 20:46

This needs to makedepend on mingw-w64-gcc instead of mingw32-gcc

rubenvb commented on 2012-06-24 21:47

Why does this makedepend on mingw32-gcc? Is it a typo?