| I certainly plan to adapt your build system in csound 5. I solved the FLTK
problem; I just added -mconsole after the FLTK macros that have -mwindows,
as later options supersede earlier ones, so you can do this for csound 4.23.
Original Message:
-----------------
From: ramsdell@mitre.org (John D. Ramsdell)
Date: 30 Dec 2003 09:00:47 -0500
To: csound-dev@eartha.mills.edu
Subject: [CSOUND-DEV:3850] Re: csound5
"Michael Gogins" writes:
> Because winmm is part of the operating system?
No. It turns out that when AC_CHECK_LIB checks for the existence of
the function midiInGetNumDevs in the winmm library, it tries to
compile code of the form:
#ifdef __cplusplus
extern "C"
#endif /* __cplusplus */
char *midiInGetNumDevs();
The linking fails on Cygwin and MinGW because winmm is implemented in
C++, and it's names have been mangled. Selecting AC_LANG(C++) does
not fix the problem, as the same code is generated. As near as I can
tell, client C code must #include , as this is where the
name mangling is undone.
To the extent possible, I hope very much you will not have to solve
problems I've already faced, so please feel free to ask questions
about the GNU build system in the csound module.
There is one issue I did not resolve well. In Cygwin, I've turned off
windowing support even when FLTK is available, because the compile and
link flags imported from fltk-config assume every application linked
with them has no console, which is not true in the csound module.
Perhaps the applications in the csound5 module can be modified so that
all applications linked with FLTK need no console. In this case, the
GNU build system for the csound5 module will be straightforward.
John
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ . |