Hi there,
kicked off by hcs's new extended builds, I fired up msys again to build gem with mingw. I ditched my efforts with dev-c++ in favour of the (more) usual ./configure && make && make install way of compiling ... I stumbled upon the following problems - it would be great if someone could help out here:
1.) the build target is recognized as MINGW32_NT-5.0, which is the output of uname -s . I'm worried about two things here: first, the -5.0 seemingly refers to the version of nt mingw is running on, which might not be what we want. And secondly, there is no configMINGW32_NT-5.0.h.in file in src/Base - I just copied over configNT.in for the time being. In dev-c++, the target was GNUWIN32, which seems to be the better choice to me.
2.) configure checks for opengl by checking the presence of libGL.a (configure:5321: checking for glInitNames in -lGL ) . afaik, this is libopengl32.a in mingw . but I have to verify this again ...
3.) m_pd.h doesn't get found unless the appropriate path is exported via CPPFLAGS. now this file can be literally anywhere on a windows installation ...
4.) where is the right place to define platform-specific compiler- / linker options? I guess we need at least the -mms-bitfields option somewhere ...
thank you very much for your help, thoralf.
___________________________________________________________ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/
On Nov 28, 2005, at 5:41 PM, Thoralf Schulze wrote:
Hi there,
kicked off by hcs's new extended builds, I fired up msys again to build gem with mingw. I ditched my efforts with dev-c++ in favour of the (more) usual ./configure && make && make install way of compiling ... I stumbled upon the following problems - it would be great if someone could help out here:
1.) the build target is recognized as MINGW32_NT-5.0, which is the output of uname -s . I'm worried about two things here: first, the -5.0 seemingly refers to the version of nt mingw is running on, which might not be what we want. And secondly, there is no configMINGW32_NT-5.0.h.in file in src/Base - I just copied over configNT.in for the time being. In dev-c++, the target was GNUWIN32, which seems to be the better choice to me.
I used this in a makefile to define "win" from and of the MINGW unames, it matches any string that has MINGW in it.
UNAME := $(shell uname -s) ifeq (MINGW,$(findstring MINGW,$(UNAME))) OS_NAME = win EXTENSION = dll endif
I am sure that there is something similar in configure.in, probably something out of bourne shell scripting.
.hc
2.) configure checks for opengl by checking the presence of libGL.a (configure:5321: checking for glInitNames in -lGL ) . afaik, this is libopengl32.a in mingw . but I have to verify this again ...
3.) m_pd.h doesn't get found unless the appropriate path is exported via CPPFLAGS. now this file can be literally anywhere on a windows installation ...
4.) where is the right place to define platform-specific compiler- / linker options? I guess we need at least the -mms-bitfields option somewhere ...
thank you very much for your help, thoralf.
___________________________________________________________ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
________________________________________________________________________ ____
¡El pueblo unido jamás será vencido!
-
Hans-Christoph Steiner -
Thoralf Schulze