damn i wish i could code, maybe i should try and build it on vista, have successfully built it on linux before, i would just use the linux version but i use a lot of vsts and swapping between two O.Ss can be a bit tiresome. (kid on the way? somone has been doing the dirty!! congrats man:-)
thank you
Ok, it was a weird one, I think its fixed, please try it and let me know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, "Tris Whyte" slippycurb@yahoo.com wrote:
damn i wish i could code, maybe i should try and build it on vista, have successfully built it on linux before, i would just use the linux version but i use a lot of vsts and swapping between two O.Ss can be a bit tiresome. (kid on the way? somone has been doing the dirty!! congrats man:-)
thank you _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
hello, I've been trying to comile pd-vanilla with makefile.mingw but something weird is happening,
the file in makefile.dependencies aren't compiled, I could figure out why.
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Ok, it was a weird one, I think its fixed, please try it and let me know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, "Tris Whyte" slippycurb@yahoo.com wrote:
damn i wish i could code, maybe i should try and build it on vista,
have successfully built it on linux before, i would just use the
linux
version but i use a lot of vsts and swapping between two O.Ss can be a bit tiresome. (kid on the way? somone has been doing the dirty!! congrats man:-)
thank you _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Yeah, that's a annoyance of that build system. I think you need to make sure your source dir is called 'pd', not something like 'pure- data' or 'pure-data.git'. We really should finalize the configure.ac and Makefile.am for MinGW. Its quite close. I think someone just needs to figure out how to do the final linking using g++ to link the C ++ ASIO files and C files from the rest.
.hc
On Jun 29, 2011, at 4:38 PM, Patrice Colet wrote:
hello, I've been trying to comile pd-vanilla with makefile.mingw but something weird is happening,
the file in makefile.dependencies aren't compiled, I could figure out why.
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Ok, it was a weird one, I think its fixed, please try it and let me know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, "Tris Whyte" slippycurb@yahoo.com wrote:
damn i wish i could code, maybe i should try and build it on vista,
have successfully built it on linux before, i would just use the
linux
version but i use a lot of vsts and swapping between two O.Ss can be a bit tiresome. (kid on the way? somone has been doing the dirty!! congrats man:-)
thank you _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Patrice Colet
----------------------------------------------------------------------------
Mistrust authority - promote decentralization. - the hacker ethic
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Yeah, that's a annoyance of that build system. I think you need to make sure your source dir is called 'pd', not something like 'pure- data' or 'pure-data.git'. We really should finalize the configure.ac
and Makefile.am for MinGW. Its quite close. I think someone just needs to figure out how to do the final linking using g++ to link the C ++ ASIO files and C files from the rest.
why not using cc for compiling portaudio files, or what's the magic trick for this:
libtool: compile: g++ -DPACKAGE_NAME="pd" -DPACKAGE_TARNAME="pd" -DPACKAGE_VERSION="0.43.0" "-DPACKAGE_STRING="pd 0.43.0"" -DPACKAGE_BUGREPORT="" -DPACKAGE_URL="" -DPACKAGE="pd" -DVERSION="0.43.0" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=".libs/" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -I. -Iinclude -Isrc/common -Isrc/os/win -DPA_NO_ASIO -c -DPD_INTERNAL -DMSW -D_WIN32 -DPA_NO_DS -DUSEAPI_MMIO -DUSEAPI_PORTAUDIO -DPA19 -DPA_LITTLE_ENDIAN -mms-bitfields -O6 -funroll-loops -fomit-frame-pointer -MT libportaudio_la-pa_win_wmme.lo -MD -MP -MF .deps/libportaudio_la-pa_win_wmme.Tpo -c src/hostapi/wmme/pa_win_wmme.c -DDLL_EXPORT -DPIC -o .libs/libportaudio_la-pa_win_wmme.o src/hostapi/wmme/pa_win_wmme.c: In function `PaError PaWinMme_Initialize(PaUtilHostApiRepresentation**, PaHostApiIndex)': src/hostapi/wmme/pa_win_wmme.c:942: warning: converting of negative value `-0x000000001' to `DWORD' src/hostapi/wmme/pa_win_wmme.c:946: warning: converting of negative value `-0x000000001' to `DWORD' src/hostapi/wmme/pa_win_wmme.c: In function `PaError IsFormatSupported(PaUtilHostApiRepresentation*, const PaStreamParameters*, const PaStreamParameters*, double)': src/hostapi/wmme/pa_win_wmme.c:1179: error: invalid conversion from `void* const' to `PaWinMmeStreamInfo*' src/hostapi/wmme/pa_win_wmme.c:1243: error: invalid conversion from `void* const' to `PaWinMmeStreamInfo*' src/hostapi/wmme/pa_win_wmme.c: In function `PaError StartStream(PaStream*)': src/hostapi/wmme/pa_win_wmme.c:3314: error: invalid conversion from `DWORD (*)(void*)' to `unsigned int (*)(void*)' src/hostapi/wmme/pa_win_wmme.c:3314: error: initializing argument 3 of `long unsigned int _beginthreadex(void*, unsigned int, unsigned int (*)(void*), void*, unsigned int, unsigned int*)' src/hostapi/wmme/pa_win_wmme.c:3314: error: invalid conversion from `DWORD*' to `unsigned int*' src/hostapi/wmme/pa_win_wmme.c:3314: error: initializing argument 6 of `long unsigned int _beginthreadex(void*, unsigned int, unsigned int (*)(void*), void*, unsigned int, unsigned int*)' make[2]: *** [libportaudio_la-pa_win_wmme.lo] Error 1 make[2]: Leaving directory `/home/patko/pd-extended/0.43/pd/portaudio' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/patko/pd-extended/0.43/pd' make: *** [all] Error 2
?
.hc
On Jun 29, 2011, at 4:38 PM, Patrice Colet wrote:
hello, I've been trying to comile pd-vanilla with makefile.mingw but something weird is happening,
the file in makefile.dependencies aren't compiled, I could figure out why.
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Ok, it was a weird one, I think its fixed, please try it and let
me
know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, "Tris Whyte"
wrote:
damn i wish i could code, maybe i should try and build it on
vista,
have successfully built it on linux before, i would just use the
linux
version but i use a lot of vsts and swapping between two O.Ss can be a
bit
tiresome. (kid on the way? somone has been doing the dirty!! congrats
man:-)
thank you _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Patrice Colet
Mistrust authority - promote decentralization. - the hacker ethic
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/01/2011 08:40 AM, Patrice Colet wrote:
needs to figure out how to do the final linking using g++ to link the C ++ ASIO files and C files from the rest.
why not using cc for compiling portaudio files,
because you need a c++ compiler to compile c++ code.
and you need a c++ linker to link with c++ objects (such as the portaudio objects) the trick to use g++ for linking, is to use a dummy .cpp file, so autotools will automatically choose g++.
something like: <snip> nodist_EXTRA_pd_SOURCES= if PORTAUDIO nodist_EXTRA_pd_SOURCES += dummy.cpp endif </snip>
fgmsdr IOhannes
On Fri, 01 Jul 2011 11:08 +0200, "IOhannes m zmölnig" zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/01/2011 08:40 AM, Patrice Colet wrote:
needs to figure out how to do the final linking using g++ to link the C ++ ASIO files and C files from the rest.
why not using cc for compiling portaudio files,
because you need a c++ compiler to compile c++ code.
and you need a c++ linker to link with c++ objects (such as the portaudio objects)
the trick to use g++ for linking, is to use a dummy .cpp file, so autotools will automatically choose g++.
something like:
<snip> nodist_EXTRA_pd_SOURCES= if PORTAUDIO nodist_EXTRA_pd_SOURCES += dummy.cpp endif </snip>
It would be worth trying:
LD=$CXX
It might be more complicated than that, but the makefile.mingw seems to disprove this:
- You must use your C++ compiler when compiling main() (e.g., for static initialization) - Your C++ compiler should direct the linking process (e.g., so it can get its special libraries)
Other potentially useful info here: http://www.parashift.com/c++-faq-lite/mixing-c-and-cpp.html
.hc
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/01/2011 06:24 PM, Hans-Christoph Steiner wrote:
the trick to use g++ for linking, is to use a dummy .cpp file, so autotools will automatically choose g++.
something like:
<snip> nodist_EXTRA_pd_SOURCES= if PORTAUDIO nodist_EXTRA_pd_SOURCES += dummy.cpp endif </snip>
It would be worth trying:
LD=$CXX
http://www.gnu.org/software/automake/manual/html_node/Libtool-Convenience-Li...
mfsadr IOhannes
On Fri, 01 Jul 2011 19:36 +0200, "IOhannes m zmölnig" zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/01/2011 06:24 PM, Hans-Christoph Steiner wrote:
the trick to use g++ for linking, is to use a dummy .cpp file, so autotools will automatically choose g++.
something like:
<snip> nodist_EXTRA_pd_SOURCES= if PORTAUDIO nodist_EXTRA_pd_SOURCES += dummy.cpp endif </snip>
It would be worth trying:
LD=$CXX
http://www.gnu.org/software/automake/manual/html_node/Libtool-Convenience-Li...
That solution at the bottom of that page looks easy but a bit odd. I suppose its the 'official' way. Patco, do you think you can try to get that working?
.hc
-
Hans-Christoph Steiner -
IOhannes m zmölnig -
Patrice Colet -
Tris Whyte