Planning to start unifying native and mingw packages
by Sandro Mani
Hi
Following recent discussions and to reduce the maintenance burden, I'm
planning to start merging native and mingw packages. Initially, I'll be
looking at these packages where I maintain both variants:
eigen3 mingw-eigen3
enchant2 mingw-enchant2
freeimage mingw-freeimage
gdal mingw-gdal
GeographicLib mingw-GeographicLib
geos mingw-geos
giflib mingw-giflib
gtkspell3 mingw-gtkspell3
gtkspellmm30 mingw-gtkspellmm30
jxrlib mingw-jxrlib
leptonica mingw-leptonica
libgeotiff mingw-libgeotiff
libimagequant mingw-libimagequant
libkml mingw-libkml
librttopo mingw-librttopo
libspatialite mingw-libspatialite
libwebp mingw-libwebp
openjpeg2 mingw-openjpeg2
OpenSceneGraph mingw-OpenSceneGraph
osgearth mingw-osgearth
podofo mingw-podofo
proj mingw-proj
python-pillow mingw-python-pillow
qtspell mingw-qtspell
shapelib mingw-shapelib
svg2svgt mingw-svg2svgt
tesseract mingw-tesseract
uriparser mingw-uriparser
I'm performing test builds here [1]. Once I've got them all building
there, if there are no objections, I plan to push to F37 and retire all
the corresponding mingw repos.
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/mingw-unified-spec/builds/
1 year, 7 months
Dropping wine from ARM
by Michael Cronenworth
Hi,
Fedora currently ships Wine 7.3 released February 25th, 2022.
Wine 7.4, released March 11th, started to require a 'llvm-mingw' compiler for ARM64
builds. Fedora ships the 'mingw-w64' gcc-based MinGW environment and does not ship
the 'llvm' MinGW environment. Unlike the WineMono package, which bundles a
'llvm-mingw' compiler (that is removed and mingw-w64 is used), the Wine package does
not bundle one and does not allow for an alternative compiler.
I will need to drop ARM from Wine in order to continue shipping new updates. I do
not have the bandwidth to package the llvm-mingw compiler toolchain, nor do I have
the time right now to discuss this with upstream.
Thanks,
Michael
1 year, 12 months
Linking fails with 32-bit vulkan libs
by Michael Cronenworth
Hi,
In trying to prepare the vkd3d library for cross-compiling I ran into a gcc/linker
error.
Reproducer:
char main(void)
{
char vkGetInstanceProcAddr ();
return vkGetInstanceProcAddr ();
}
$ i686-w64-mingw32-gcc -o test test.c -lvulkan-1
/usr/lib/gcc/i686-w64-mingw32/11.2.1/../../../../i686-w64-mingw32/bin/ld:
/tmp/ccvsAL1c.o:test.c:(.text+0xc): undefined reference to `vkGetInstanceProcAddr'
collect2: error: ld returned 1 exit status
The x86_64 compile works. This is on Rawhide.
mingw32-gcc-11.2.1-7.fc37.x86_64
mingw32-vulkan-loader-1.3.204.0-1.fc37.noarch
mingw64-gcc-11.2.1-7.fc37.x86_64
mingw64-vulkan-loader-1.3.204.0-1.fc37.noarch
Has anyone seen this type of issue?
Thanks,
Michael
2 years