has anybody (recently) managed to compile Gem with MinGW64 (both 32bit and 64bit versions)? (i'm currently only interested in native compilation, not cross-compiling from linux)
i seem to remember somebody (Lucarda?) mentioning that they had to recompile Gem to get it to run with Pd-0.49/MSW...so i assume that they managed to do that.
gamsdr IOhannes
On 27.11.18 13:39, IOhannes m zmoelnig wrote:
has anybody (recently) managed to compile Gem with MinGW64 (both 32bit and 64bit versions)? (i'm currently only interested in native compilation, not cross-compiling from linux)
what i forgot: of course i was (kind of) following the wiki-instructions [1], but they seem to be badly outdated. my current system is an up-to-date MSYS2/MinGW system (both 32bit and 64bit installations), and this is where i want to build.
fgmasdr IOhannes
[1] https://github.com/umlaeute/Gem/wiki/How-to-build-Gem-on-Microsoft-Windows-(...)
I tried it in mid August following the mingw instructions on 64bit system, but could not finish it with success. Unfortunately the computer is far away on an island, I have no access to it right now.
Popesz
On Tue, Nov 27, 2018 at 1:42 PM IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 27.11.18 13:39, IOhannes m zmoelnig wrote:
has anybody (recently) managed to compile Gem with MinGW64 (both 32bit and 64bit versions)? (i'm currently only interested in native compilation, not cross-compiling from linux)
what i forgot: of course i was (kind of) following the wiki-instructions [1], but they seem to be badly outdated. my current system is an up-to-date MSYS2/MinGW system (both 32bit and 64bit installations), and this is where i want to build.
fgmasdr IOhannes
[1]
https://github.com/umlaeute/Gem/wiki/How-to-build-Gem-on-Microsoft-Windows-(...)
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
On 27.11.18 13:39, IOhannes m zmoelnig wrote:
has anybody (recently) managed to compile Gem with MinGW64 (both 32bit and 64bit versions)? (i'm currently only interested in native compilation, not cross-compiling from linux)
TL;DR get rid of the msvcr*.dll files in pd\bin\
turned out to be pretty hard to find and easy to solve. - Pd ships it's own versions of "msvcrt.dll" and "msvcrt90.dll" within the "bin" directory - these "msvtr*.dll" files are *incomaptible* with recent MinGW-builds - autotools/libtool (Gem's build system) does not allow to link against a dynamic library by just using the full path (e.g. "/Users/dev/src/pd-0.49-0-i386/bin/pd.dll"), instead we must specify the path and the linking separately (e.g. "-L/Users/dev/src/pd-0.49-0-i386/bin/ -l:pd.dll") - when linking against the C-runtime ("msvcr"), the linker first finds the msvcr*.dll in pd/bin (because explicit search paths take precedence over built-in search paths) - because the found msvcr*.dll is incompatible, the linking fails
removing the two offending files (or moving them out of the way) fixes the issue. probably only one of them is to blame, i haven't checked.
fgmart IOhannes
-
Csaba Láng -
IOhannes m zmoelnig -
IOhannes m zmölnig