On Jun 30, 2011, at 3:44 AM, Patrice Colet wrote:

all right it was because of source name indeed because of this:

cvs_root_dir = ../..
pd_src = $(cvs_root_dir)/pd

pd.exe could be compiled with this file by adding s_utf8.h to HEADERS
AH, you are working with an old version of the makefile.mingw, I think. Check the file in the pd-extended.git for the most recent version.

(replacing filenames by  $(wildcard ../src/*.h) works very well)

Wildcards in build systems are generally not a good idea. When building software, including a file that is not meant to be included is an error. Same goes for not including a file that is meant to be included. By specifying the files individually, the build system can check both of those errors. Using wildcards it will not.

and s_utf8.c have to be added in SRC

by testing everything I've seen that asio drivers loading problem comes from a conflict with jack because since I've uninstalled jack server the asio devices are displayed into asio devices list and working.

the multiplatform build system is now very cryptic, it's very hard to figure anything out.

There is pd/configure.ac which does the detection and setting of variables like LINUX, ASIO, etc. There is pd/Makefile.am for the main Makefile. Then each folder has its own Makefile.am for building that folder (i.e. asio, pd, portaudio, po, etc).

Ignore all Makefile and Makefile.in files. Those are generated from Makefile.am.

.hc

----- "Hans-Christoph Steiner" <h...@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.

.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" <h...@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"
<slippyc...@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

--
Patrice Colet




----------------------------------------------------------------------------

You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie




_______________________________________________
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev

Reply via email to