Package Details: mingw-w64-libxml2 2.13.5-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-libxml2.git (read-only, click to copy)
Package Base: mingw-w64-libxml2
Description: XML C parser and toolkit (mingw-w64)
Upstream URL: https://gitlab.gnome.org/GNOME/libxml2/-/wikis/home
Licenses: MIT
Submitter: brcha
Maintainer: xantares
Last Packager: xantares
Votes: 16
Popularity: 0.000000
First Submitted: 2012-06-13 19:59 (UTC)
Last Updated: 2024-11-21 05:40 (UTC)

Latest Comments

1 2 3 Next › Last »

xantares commented on 2024-11-21 05:41 (UTC)

Thanks, I uploaded the new version

Martchus commented on 2024-11-19 00:38 (UTC)

I added an improved version of this package on my PKGBUILDs repo: https://github.com/Martchus/PKGBUILDs/blob/master/libxml2/mingw-w64/PKGBUILD

It has the license fixed, is more streamlined with the official package, update to the latest version and contains a fix to be able to build with lld (for targeting aarch64).

Martchus commented on 2024-11-18 23:47 (UTC)

I'm currently building packages for aarch64 and have now come to this one. I'm wondering about the code below the comment # deps symbols are not included in static lib:. It makes no sense to me. Normally dependencies are not included in static libraries and doing this is very strange. The code even adds symbols of an import library provided by mingw-w64. If this is to fix linker errors in some other package consuming libxml2 then the required linker flags should be added there or perhaps the Libs.private:-section of the pkg-config file can be extended.

bejo commented on 2018-06-02 15:47 (UTC) (edited on 2018-06-03 05:36 (UTC) by bejo)

I found my config.log, checked it and came to a solution. For everybody else with this problem: In order to compile this package, I assume now that the AUR package mingw-w64-gcc is needed.This one was outdated on my system and was looking for libmpfr.so.4. libmpfr.so.6 contain the newest mpfr objects and thus are installed on my machine. Installing the newest ming-w64-gcc helped. Apparently the actual mingw gcc compiler needs libmpfr.so.6. which works fine on an updated arch system.

xantares commented on 2018-06-02 11:32 (UTC)

you'll have to dig in the logs, see config.log

bejo commented on 2018-06-02 11:18 (UTC)

Yes binfmt is enabled. "cat /proc/sys/fs/binfmt_misc/status" gives out "enabled" I did not change anything and did not even know about it before. I restarted the service and did "makepkg -si" again without success. I assume, that I do not have to setup binfmt for java like described in the arch wiki for it, since the building process of this package will not need java - or am I wrong? Thanks for your time, Jo.

xantares commented on 2018-06-01 16:39 (UTC) (edited on 2018-06-01 16:39 (UTC) by xantares)

do you have binfmt enabled by chance ?

bejo commented on 2018-06-01 13:56 (UTC)

I get the same error FreddieChopin mentioned. [code] checking for i686-w64-mingw32-gcc... i686-w64-mingw32-gcc checking whether the C compiler works... no configure: error: in /home/bejo/Downloads/mingw-w64-libxml2/src/libxml2-2.9.8/build-i686-w64-mingw32': configure: error: C compiler cannot create executables Seeconfig.log' for more details [/code]

His comment is older than the last update. So I assume, FreddiChopin's and my issue are special and all other users do not have the problem? Has somebody an idea, what I can try to get a working cross compiler? Thanks, Jo.

FreddieChopin commented on 2018-02-08 17:43 (UTC) (edited on 2018-02-08 17:47 (UTC) by FreddieChopin)

The package does not build now... Any ideas how to fix it?

-- >8 -- >8 -- >8 -- >8 -- >8 -- >8 -- >8 -- >8 --

==> Starting prepare()...
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:53: warning: AM_INIT_AUTOMAKE: two- and three-arguments forms are deprecated.  For more info, see:
configure.ac:53: <http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_005fINIT_005fAUTOMAKE-invocation>
configure.ac:61: installing './compile'
configure.ac:53: installing './missing'
Makefile.am: installing './depcomp'
doc/Makefile.am:21: warning: wildcard tutorial/*.html: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard tutorial/*.c: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard tutorial/*.pdf: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard tutorial/images/*.png: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard tutorial/images/callouts/*.png: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard API*.html: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard *.1: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard *.xsl: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard *.html: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard *.gif: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard html/*.html: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:21: warning: wildcard html/*.png: non-POSIX variable name
doc/Makefile.am:21: (probably a GNU make extension)
doc/Makefile.am:301: warning: filter-out %/xmlversion.h, $(wildcard $(top_srcdir: non-POSIX variable name
doc/Makefile.am:301: (probably a GNU make extension)
doc/Makefile.am:301: warning: wildcard $(top_srcdir: non-POSIX variable name
doc/Makefile.am:301: (probably a GNU make extension)
autoreconf: Leaving directory `.'
==> Starting build()...
/tmp/yaourt-tmp-freddie/aur-mingw-w64-libxml2/src/libxml2-2.9.7/build-i686-w64-mingw32 /tmp/yaourt-tmp-freddie/aur-mingw-w64-libxml2/src/libxml2-2.9.7
checking whether to enable maintainer-specific portions of Makefiles... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... i686-w64-mingw32
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 whether make supports nested variables... (cached) yes
checking for i686-w64-mingw32-gcc... i686-w64-mingw32-gcc
checking whether the C compiler works... no
configure: error: in `/tmp/yaourt-tmp-freddie/aur-mingw-w64-libxml2/src/libxml2-2.9.7/build-i686-w64-mingw32':
configure: error: C compiler cannot create executables
See `config.log' for more details
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Makepkg was unable to build mingw-w64-libxml2.

-- >8 -- >8 -- >8 -- >8 -- >8 -- >8 -- >8 -- >8 --

xantares commented on 2014-10-26 09:14 (UTC)

yeah me too, but the binaires produced are correct, I tested both shared and static libs.

1 2 3 Next › Last »