On Mittwoch, 24. August 2022 15:27:14 CEST Nicolas Pomarède wrote:
> no static linking, I'm using mingw64-gcc-12.1.1-1.mga9 and
> mingw32-gcc-12.1.1-1.mga9 as my main compiler, depending on whether I
> want to build the 64 bit or 32 bit version.
Hm, strange. I'm using the one from MSYS2, a slightly older version:
Using built-in specs.
COLLECT_GCC=C:\msys64\mingw32\bin\gcc.exe
Target: i686-w64-mingw32
Configured with: ../gcc-9.2.0/configure --prefix=/mingw32 --with-local-
prefix=/mingw32/local --build=i686-w64-mingw32 --host=i686-w64-mingw32 --
target=i686-w64-mingw32 --with-native-system-header-dir=/mingw32/i686-w64-
mingw32/include --libexecdir=/mingw32/lib --enable-bootstrap --with-arch=i686
--with-tune=generic --enable-languages=c,lto,c++,fortran,ada,objc,obj-c++ --
enable-shared --enable-static --enable-libatomic --enable-threads=posix --
enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-filesystem-
ts=yes --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-
libstdcxx-debug --disable-isl-version-check --enable-lto --enable-libgomp --
disable-multilib --enable-checking=release --disable-rpath --disable-win32-
registry --disable-nls --disable-werror --disable-symvers --enable-plugin --
with-libiconv --with-system-zlib --with-gmp=/mingw32 --with-mpfr=/mingw32 --
with-mpc=/mingw32 --with-isl=/mingw32 --with-pkgversion='Rev2, Built by MSYS2
project' --with-bugurl=https://sourceforge.net/projects/msys2 --with-gnu-as --
with-gnu-ld --disable-sjlj-exceptions --with-dwarf2
Thread model: posix
gcc version 9.2.0 (Rev2, Built by MSYS2 project)
COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' '-march=i686'
C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/9.2.0/cc1.exe -quiet -v -
iprefix C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/9.2.0/ -D_REENTRANT
C:/home/bla.c -quiet -dumpbase bla.c -mtune=generic -march=i686 -auxbase bla -
version -o C:\msys64\tmp\cc4cWHrS.s
GNU C17 (Rev2, Built by MSYS2 project) version 9.2.0 (i686-w64-mingw32)
compiled by GNU C version 9.2.0, GMP version 6.1.2, MPFR version
4.0.2, MPC version 1.1.0, isl version isl-0.21-GMP
But i just realized that hatari itself does not use any c++ code. So my
dependency seems infact to be from capsimg.dll. Strangely, the version in your
archive does not link to libstdc++, not even to msvcrt.dll, just kernel32.
>(we already have daily builts at http://antarctica.no/~hatari/latest/)
The win32 directory there however contains the libstdc++-6.dll. It also has
libncurses, while the release binary is linked against libtermcap. And the
capsimg.dll in that directory seems to be different from the release:
(release version)
$ ldd capsimg.dll
KERNEL32.dll => C:\Windows\SysWOW64\KERNEL32.dll (0x7dd60000)
ntdll.dll => C:\Windows\SysWOW64\ntdll.dll (0x7de70000)
KERNELBASE.dll => C:\Windows\SysWOW64\KERNELBASE.dll (0x7d850000)
(version from http://antarctica.no/~hatari/latest/windows/win32/)
$ ldd capsimg.dll
libgcc_s_sjlj-1.dll = C:\msys64\mingw32\bin\libgcc_s_sjlj-1.dll
(0x6d0c0000)
KERNEL32.dll => C:\Windows\SysWOW64\KERNEL32.dll (0x7dd60000)
ntdll.dll => C:\Windows\SysWOW64\ntdll.dll (0x7de70000)
KERNELBASE.dll => C:\Windows\SysWOW64\KERNELBASE.dll (0x7d850000)
msvcrt.dll => C:\Windows\SysWOW64\msvcrt.dll (0x6ff50000)
libwinpthread-1.dll => C:\msys64\mingw32\bin\libwinpthread-1.dll
(0x64b40000)
libstdc++-6.dll => C:\msys64\mingw32\bin\libstdc++-6.dll (0x6fe40000)
libgcc_s_dw2-1.dll => C:\msys64\mingw32\bin\libgcc_s_dw2-1.dll
(0x6eb40000)
(both for the 32-bit versions, but for 64-bit it is similar)
And another thing i just noticed: without MIDI support, the Devices dialog in
the windows version looks like:
And another thing: after unpacking the zip, i have to go to a cygwin shell and use "chmod 755 *.dll *.exe", otherwise i get a "Access denied" error. So looks like the *.dll are extracted without execute permission. Any way to avoid that? (this is maybe not hatari specific, i had that same problem already with other archives)