<div>                I downloaded the official fedora build log from koji, fedora's build farm, and compared it with mine, and found the answer: I needed to do "dnf erase mingw32-libtiff mingw32-libjpeg-turbo". It seems that the present of the causes wine's build system to assume mingw32 libtiff and mingw32 libjpeg are present, but they are actually not useable on fedora. However I don't understand why the mingw64* packages don't cause problems... Hmm, maybe I do, wine doesn't use the mingw64 packages as much - it is not symmetrical, win32 and wow64 is not symmetrical.<br><br>brief investigation seems to suggest the mingw32-pkg-config values from those are a bit funny. But I think it is a job for the fedora wine maintainers to try to get the fedora mingw32 packages to build nice with wine...<br><br># grep 'not found' kojipkgs.fedoraproject.org/packages/wine/7.10/2.fc36/data/logs/x86_64/build.log<br>checking for -lnetapi... not found<br>configure: FAudio 64-bit MinGW development files not found (or too old); using bundled version.<br>configure: libjpeg 64-bit MinGW development files not found; using bundled version.<br>configure: libmpg123 64-bit MinGW development files not found (or too old); using bundled version.<br>configure: libtiff 64-bit MinGW development files not found; using bundled version.<br>configure: libvkd3d 64-bit MinGW development files not found; using bundled version.<br>configure: libcapi20 64-bit development files not found, ISDN won't be supported.<br>configure: libnetapi not found, Samba NetAPI won't be supported.<br><br># grep 'not found' kojipkgs.fedoraproject.org/packages/wine/7.10/2.fc36/data/logs/i686/build.log<br>checking for -lnetapi... not found<br>configure: FAudio MinGW development files not found (or too old); using bundled version.<br>configure: libjpeg MinGW development files not found; using bundled version.<br>configure: libmpg123 MinGW development files not found (or too old); using bundled version.<br>configure: libtiff MinGW development files not found; using bundled version.<br>configure: libvkd3d MinGW development files not found; using bundled version.<br>configure: libcapi20 development files not found, ISDN won't be supported.<br>configure: libnetapi not found, Samba NetAPI won't be supported.<br><br><br>mine have somewhat fewer 'not found'. In particular, I have the libcapi20 dev files so I have the ISDN support.<br><br><br># grep 'not found' mine/wine-7.10.spec.diff-log<br>checking for -lnetapi... not found<br>configure: FAudio 64-bit MinGW development files not found (or too old); using bundled version.<br>configure: libmpg123 64-bit MinGW development files not found (or too old); using bundled version.<br>configure: libvkd3d 64-bit MinGW development files not found; using bundled version.<br>configure: libnetapi not found, Samba NetAPI won't be supported.<br><br># grep 'not found' mine/wine-7.10.spec.diff-log-4<br>checking for -lnetapi... not found<br>configure: FAudio 32-bit MinGW development files not found (or too old); using bundled version.<br>configure: liblcms2 32-bit MinGW development files not found; using bundled version.<br>configure: libmpg123 32-bit MinGW development files not found (or too old); using bundled version.<br>configure: libpng 32-bit MinGW development files not found; using bundled version.<br>configure: libvkd3d 32-bit MinGW development files not found; using bundled version.<br>configure: zlib 32-bit MinGW development files not found; using bundled version.<br>configure: libnetapi not found, Samba NetAPI won't be supported.<br><br><br><br><br><br>            </div>            <div class="yahoo_quoted" style="margin:10px 0px 0px 0.8ex;border-left:1px solid #ccc;padding-left:1ex;">                        <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">                                <div>                    On Sunday, 12 June 2022, 00:35:22 BST, Hin-Tak Leung <htl10@users.sourceforge.net> wrote:                </div>                <div><br></div>                <div><br></div>                <div><div dir="ltr">Due to having a few modifications considered unsuitable for upstreaming, I have been grabbing the official fedora rpm's since at least wine-1.9.20 / 2016 , patching the spec file, adding my patches, plus a "Epoch: 100" line, so it blocks auto--upgrades, until I rebuild it myself every two or three wine releases. This has worked well for 6+ years, until 7.3+ . I last built 7.2 staging with <br></div><div dir="ltr"><br></div><div dir="ltr">(rpmbuild -bb wine.spec && rpmbuild --target=i686 -bb wine.spec) 2>&1 | tee build-log .<br></div><div dir="ltr"><br></div><div dir="ltr">Fedora's koji build farm only have 7.3, 7.5, 7.9, and 7.10.<br></div><div dir="ltr"><br></div><div dir="ltr">I tried 7.10 and the x86_64 part finished (*see notes below), but the i686 part just wouldn't go ahead, due to some PE-related collisions.<br></div><div dir="ltr"><br></div><div dir="ltr">I back-tracked, and found the failure was between 7.3 and 7.5.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">===<br></div><div dir="ltr"><br></div><div dir="ltr">i686-w64-mingw32-gcc -c -o dlls/windowscodecs/libjpeg.cross.o dlls/windowscodecs/libjpeg.c -Idlls/windowscodecs -Iinclude -Iinclude/msvcrt \<br></div><div dir="ltr">  -I/usr/include -I./libs/png -D__WINESRC__ -D_UCRT -D__WINE_PE_BUILD -Wall -fno-strict-aliasing \<br></div><div dir="ltr">  -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \<br></div><div dir="ltr">  -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \<br></div><div dir="ltr">  -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -Wabsolute-value \<br></div><div dir="ltr">  -fno-omit-frame-pointer -gdwarf-4 -g -O2<br></div><div dir="ltr">In file included from include/objbase.h:20,<br></div><div dir="ltr">                 from dlls/windowscodecs/libjpeg.c:31:<br></div><div dir="ltr">include/rpcndr.h:73:23: error: conflicting types for 'boolean'; have 'unsigned char'<br></div><div dir="ltr">   73 | typedef unsigned char boolean;<br></div><div dir="ltr">      |                       ^~~~~~~<br></div><div dir="ltr">In file included from /usr/include/jpeglib.h:31,<br></div><div dir="ltr">                 from dlls/windowscodecs/libjpeg.c:24:<br></div><div dir="ltr">/usr/include/jmorecfg.h:207:13: note: previous declaration of 'boolean' with type 'boolean' {aka 'int'}<br></div><div dir="ltr">  207 | typedef int boolean;<br></div><div dir="ltr">      |             ^~~~~~~<br></div><div dir="ltr">dlls/windowscodecs/libjpeg.c: In function 'jpeg_decoder_initialize':<br></div><div dir="ltr">dlls/windowscodecs/libjpeg.c:180:40: warning: assignment to 'boolean (*)(struct jpeg_decompress_struct *)' {aka 'int (*)(struct jpeg_decompress_struct *)'} from incompatible pointer type 'boolean (*)(struct jpeg_decompress_struct *)' {aka 'unsigned char (*)(struct jpeg_decompress_struct *)'} [-Wincompatible-pointer-types]<br></div><div dir="ltr">  180 |     This->source_mgr.fill_input_buffer = source_mgr_fill_input_buffer;<br></div><div dir="ltr">      |                                        ^<br></div><div dir="ltr">dlls/windowscodecs/libjpeg.c: In function 'jpeg_encoder_initialize':<br></div><div dir="ltr">dlls/windowscodecs/libjpeg.c:466:40: warning: assignment to 'boolean (*)(struct jpeg_compress_struct *)' {aka 'int (*)(struct jpeg_compress_struct *)'} from incompatible pointer type 'boolean (*)(struct jpeg_compress_struct *)' {aka 'unsigned char (*)(struct jpeg_compress_struct *)'} [-Wincompatible-pointer-types]<br></div><div dir="ltr">  466 |     This->dest_mgr.empty_output_buffer = dest_mgr_empty_output_buffer;<br></div><div dir="ltr">      |                                        ^<br></div><div dir="ltr">make: *** [Makefile:127914: dlls/windowscodecs/libjpeg.cross.o] Error 1<br></div><div dir="ltr">===<br></div><div dir="ltr"><br></div><div dir="ltr">I tried setting PNG_PE_CFLAGS, ZLIB_PE_CFLAGS, LCMS2_PE_CFLAGS, JPEG_PE_CFLAGS, JPEG_PE_LIBS etc explicitly, and sometimes it get worse.<br></div><div dir="ltr"><br></div><div dir="ltr">Anyway, I have tried some many things that I thought it might be worth reaching out to the people who maintain the fedora rpm's as well as well wine-devel.<br></div><div dir="ltr"><br></div><div dir="ltr">A few questions/thoughts:<br></div><div dir="ltr"><br></div><div dir="ltr">- it seems that the build system is getting confused occasionally about say, native headers vs mingw headers like jpeg-devel; at some point, I got a error saying I was trying to build one of the unixlib.c's with mingw headers, for example. But I see for example that in the generated Makefile for  dlls/windowscodecs/ ,  It is feeding *PE_FLAGS to unixlib.c (plus the PE stub), and I explicitly put -I...mingw32/include to *PE_FLAGS.  That seems wrong.<br></div><div dir="ltr"><br></div><div dir="ltr">-  I don't understand why --target=x86_64 rebuild works, built --target=i686 rebuild fails with the above error. My list of mingw32-* packages and mingw64-* packages are almost identical, I think, and certainly regarding libjpeg (zlib/png dependencies) .<br></div><div dir="ltr"><br></div><div dir="ltr">I have the 29MB combined x86-64 and i686 build-log of 7.3, plus the 15MB x86-64 and ~3MB i686 failure of each of 7.5/7.9/7.10 ; but it is kind of difficult to see what to check. Any hints on what to look at at config.log would be useful.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">*note rpmbuild detects isdn4k-utils on my system so I needed to add these two lines <br></div><div dir="ltr"><br></div><div dir="ltr">+%{_libdir}/wine/%{winesodir}/capi2032.so<br></div><div dir="ltr">+%{_libdir}/wine/%{winepedir}/capi2032.dll<br></div><div dir="ltr"><br></div><div dir="ltr">to my modified spec. I suppose I should formalize this part of my diff with one furthe line of BuildRequires: isdn4k-utils-devel as a reminder to myself.<br></div></div>            </div>                </div>