Package Details: mingw-w64-glib2 2.82.3-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-glib2.git (read-only, click to copy)
Package Base: mingw-w64-glib2
Description: Low level core library
Upstream URL: https://gitlab.gnome.org/GNOME/glib
Keywords: glib2 gnome gtk gtk2 gtk3 mingw mingw-w64
Licenses: LGPL-2.1-or-later
Submitter: brcha
Maintainer: Martchus
Last Packager: Martchus
Votes: 20
Popularity: 0.000000
First Submitted: 2012-06-13 19:15 (UTC)
Last Updated: 2024-12-10 22:33 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

Schala commented on 2015-03-03 23:18 (UTC)

Yeah I tried sed'ing out the -Werror=implicit-function-declaration but got undefined references when linking. Fedora has MinGW's glib at 2.43, which I'm guessing would work, but I'd rather stick with the version of Arch's glib. Hopefully ant32 will come out with a patch or PKGBUILD fix, but if not, the worst that'll happen is waiting til Arch updates the native glib to 2.43 or 2.44.

Martchus commented on 2015-03-03 20:07 (UTC)

I can only build this package when clearing GLIB_WARN_CFLAGS because otherwise occurring warnings are treat as erros preventing the build process to complete. The problem remains when building the current version 2.43.91.

hanckmann commented on 2015-02-15 18:29 (UTC)

I have installed mingw-w64-gettext. but I still get this error: *** You must have either have gettext support in your C library, or use the *** GNU gettext library. (http://www.gnu.org/software/gettext/gettext.html ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build mingw-w64-glib2.

xantares commented on 2014-12-14 18:25 (UTC)

yep, should makedepend on mingw-w64-configure instead of mingw-w64-gcc xan.

ant32 commented on 2014-12-14 16:49 (UTC)

/startdir/PKGBUILD: line 42: i686-w64-mingw32-configure: command not found

xantares commented on 2014-11-19 16:57 (UTC)

hi, I did not get this error the last I built it as I just took this PKGBUILD in this current state and added my sed line for nametoindex. it looks like you added several patches (where do they come from btw ?), maybe they are the source of this trouble. I filled an orphan request so as to update it the best I can, hope it will be accepted soon. xan.

riguk commented on 2014-11-19 15:03 (UTC)

hello again, i made some progress but now i am stuck when compiling gio: CCLD glib-compile-schemas.exe glib-compile-schemas.o:glib-compile-schemas.c:(.text+0xdc): undefined reference to `__imp_g_ascii_table' glib-compile-schemas.o:glib-compile-schemas.c:(.text+0x82c): undefined reference to `__imp_g_ascii_table' glib-compile-schemas.o:glib-compile-schemas.c:(.text+0x2723): undefined reference to `__imp_g_ascii_table' C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/bin/ld.exe: glib-compile-schemas.o: bad reloc address 0x8 in section `.data' collect2.exe: error: ld returned 1 exit status Makefile:2029: recipe for target 'glib-compile-schemas.exe' failed does somebody has the same behavior ? note: my corporate proxy is blocking pastebin like site.

riguk commented on 2014-11-18 15:52 (UTC)

by the way should G_OS_WIN32 be set when using mingw-64 ? from configure.ac: g_pid_type="$glib_pid_type" case $host in *-*-cygwin*) glib_os="#define G_OS_UNIX #define G_PLATFORM_WIN32 #define G_WITH_CYGWIN" ;; *-*-mingw*) --> catches also MINGW64_XXXX glib_os="#define G_OS_WIN32 #define G_PLATFORM_WIN32" ;; *) glib_os="#define G_OS_UNIX" ;; esac it seems there is more than one way to solve this.

riguk commented on 2014-11-18 15:36 (UTC)

real error is at g_socket.c line 1934: #if !defined(HAVE_IF_NAMETOINDEX) && defined(G_OS_WIN32) static guint if_nametoindex (const gchar *iface) { .... } #define HAVE_IF_NAMETOINDEX 1 #endif so yes, if HAVE_IF_NAMETOINDEX is set it will not define if_nametoindex a second time and thus there this error won't appear. xan, how do you manage to get compilation working ? by patching directly gsocket.c ? -this works for me -

riguk commented on 2014-11-18 15:10 (UTC)

i added the sed line plus my patch in prepare func: prepare() { cd "$srcdir/glib-$pkgver" patch -Np1 -i "$srcdir/0001-Use-CreateFile-on-Win32-to-make-sure-g_unlink-always.patch" patch -Np1 -i "$srcdir/0003-g_abort.all.patch" patch -Np1 -i "$srcdir/0004-glib-prefer-constructors-over-DllMain.patch" patch -Np0 -i "$srcdir/0005-glib-send-log-messages-to-correct-stdout-and-stderr.patch" patch -Np1 -i "$srcdir/0015-fix-stat.all.patch" patch -Np1 -i "$srcdir/0017-glib-use-gnu-print-scanf.patch" patch -Np1 -i "$srcdir/0021-use-64bit-stat-for-localfile-size-calc.all.patch" patch -Np1 -i "$srcdir/0023-print-in-binary-more-for-testing.all.patch" patch -Np1 -i "$srcdir/0024-return-actually-written-data-in-printf.all.patch" patch -Np1 -i "$srcdir/0025-glib-update-valgrind-h-stdint.patch" patch -Np1 -i "$srcdir/0026-fix-if-nametoindex-detection.patch" --> my patch sed -i "s|#undef HAVE_IF_NAMETOINDEX|#define HAVE_IF_NAMETOINDEX 1|g" config.h.in --> your sed NOCONFIGURE=1 ./autogen.sh } but it still doest not work and i really think this is because autogen.sh create config.h.in on the fly. The C compilation error is in multiple declaration of function if_nametoindex and not lack of declaration. I wonder if having HAVE_IF_NAMETOINDEX set will really solve the conflict between iphlpapi.h and netioapi.h headers.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »