Arch Linux User Repository

!makeflags solved the solution, thank you a lot Nicola Murino (and of course, the rest of you who helped). Sorry for not answering earlier, I was on a small trip :) You're all the best! The Mingw enviorment on Arch is one of the best things ever!

Basically, I think the Makefile doesn’t specify all the dependencies that it should, and so linking commands are run before all of their inputs are ready.

If I build with -j9, I randomly get either:

i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2 -shared -Wl,-O1,--sort-common,--as-needed  -Wl,--out-implib,libutil.dll.a -o libutil-7.dll qprintf.o getarg.o -L. -lgif
i686-w64-mingw32-ar rcs libutil.a qprintf.o getarg.o
/usr/lib/gcc/i686-w64-mingw32/9.2.0/../../../../i686-w64-mingw32/bin/ld: cannot find -lgif

or:

i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2 -shared -Wl,-O1,--sort-common,--as-needed  -Wl,--out-implib,libutil.dll.a -o libutil-7.dll qprintf.o getarg.o -L. -lgif
i686-w64-mingw32-ar rcs libutil.a qprintf.o getarg.o
i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2 -shared -Wl,-O1,--sort-common,--as-needed -Wl,--out-implib,libgif.dll.a -o libgif-7.dll dgif_lib.o egif_lib.o gifalloc.o gif_err.o gif_font.o gif_hash.o openbsd-reallocarray.o quantize.o
i686-w64-mingw32-ar rcs libgif.a dgif_lib.o egif_lib.o gifalloc.o gif_err.o gif_font.o gif_hash.o openbsd-reallocarray.o quantize.o
/usr/lib/gcc/i686-w64-mingw32/9.2.0/../../../../i686-w64-mingw32/bin/ld: qprintf.o:qprintf.c:(.text+0x7d): undefined reference to `GifErrorString'

@spider-mario, thanks for your suggestion, I tested setting MAKEFLAGS="-j2" and it works for me, I also added -j2 directly inside the PKGBUILD build section and it compiles fine too. Can you please give more details on how to reproduce the build error? I tested in a clean chroot

I think this needs !makeflags in the options too. If I build it in parallel, it fails.

@Pol_M, are you building in a clean chroot? I just retested in my previous build chroot (with mingw-w64-gcc 9.1.0) and then in a new clean chroot after installing only the compiler (9.2.0 version),mingw-w64-pkg-config and mingw-w64-configure, in both cases the package compiles fine, can you please share more details about your build env? If you need urgent help I can share the builded package

I'm not capable of building this package:

i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2  -c -o quantize.o quantize.c
i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2  -c -o qprintf.o qprintf.c
i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2  -c -o getarg.o getarg.c
i686-w64-mingw32-gcc -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -D_FORTIFY_SOURCE=2 -shared -Wl,-O1,--sort-common,--as-needed  -Wl,--out-implib,libutil.dll.a -o libutil-7.dll qprintf.o getarg.o -L. -lgif
i686-w64-mingw32-ar rcs libutil.a qprintf.o getarg.o
/usr/lib/gcc/i686-w64-mingw32/9.2.0/../../../../i686-w64-mingw32/bin/ld: cannot find -lgif

And removing the -lgif parameter causes other errors to appear, mainly missing symbols

Try now

When building this (in clean chroot) I'm getting the following errors:
I/O I/O I/O error : error : error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
warning: warning: Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.sGp70t line 4 element import
compilation error: file /tmp/xmlto-xsl.aI6tdI line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
compilation error: file /tmp/xmlto-xsl.3SFM2K line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.HZH7gQ line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
make[2]: *** [Makefile:612: gifbuild.html] Error 5

These errors could be easily avoided by not building the documentation which is discarded anyways.
Listing all targets (excluding doc) explicitly works for me: make lib util libtool pic stamp-h1 bin_PROGRAMS=''

I guess the make dependency docbook-xml can be removed then, too.

(The problem might also be fixed by adding the make dependency docbook-xsl. However, that would be useless because documentation is discarded anyways.)

I have no idea what's up with the repo right now.

I thought plain 'giflib' is meant to be the corresponding regular package.