Package Details: mingw-w64-gettext 0.19.7-1

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
Last Packager: xantares
Votes: 19
Popularity: 0.497963
First Submitted: 2012-06-13 18:20
Last Updated: 2016-03-16 17:52

Sources (7)

Latest Comments

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?