On Dec 10, 2007, at 6:47 AM, Thomas Grill wrote:
Mike McGonagle schrieb:
On 12/9/07, *Thomas Grill* <gr@grrrr.org mailto:gr@grrrr.org>
wrote:Mike McGonagle schrieb: I know and it has been on my todo list for a long time. Thepoint is that it hasn't made it to the top of this list since i don't
need it. On the other hand it doesn't seem so important in general that
any other person has cared to do it although i consider it a trivial
task and i offered my support for any questions that might arise.Well, this is not something that is within reach of many people. We need to understand not just PD's internals, but how flext uses them, and we also need to know how to integrate these things with the extended nightly builds. Not quite certain how many people know
ALL of these things. Probably only a handful, and it would appear that none of them are interested in getting flext working.It's not like that. It's certainly not a precondition to understand
the inner workings of pd, flext or the operating system to compile an
external. Integrating flext or anything else into the pd-extended build system, needs knowledge of the pd-extended build system and not much more.
It's absolutely not necessary to understand flext to do this integration. I don't have sufficient knowledge of the pd-extended build system and
i'm not going to spend time on dealing with it, but whoever is
interested in the integration can dive into it, write the necessary make files (i could even provide skeletons for this) and stuff it into the build system in the usual free-style manner.
If flext had a autoconf build system, it would be trivial to add,
just like Gem, PDP, PiDiP, zexy, etc.. The issue now is a custom
build system that is difficult to script to work automatically cross-
platform. (or maybe it's not difficult, but it's custom so noone
knows how).
Basically all it would take to add an autoconf system to Pd-extended
is changing the paths here:
PDP_NAME=pdp $(externals_src)/pdp/configure: $(externals_src)/pdp/configure.ac cd $(externals_src)/pdp && autoconf
$(externals_src)/pdp/Makefile.config: $(externals_src)/pdp/
Makefile.config.in
cd $(externals_src)/pdp && ./configure PD_CPPFLAGS="-I$(pd_src)/src"
--enable-quicktime
$(externals_src)/pdp/pdp.$(EXTENSION): $(externals_src)/pdp/configure
$(externals_src)/pdp/Makefile.config
$(MAKE) -C $(externals_src)/pdp PD_EXECUTABLE="$(pd_src)/bin/pd"
pdp: $(externals_src)/pdp/pdp.$(EXTENSION)
pdp_install: pdp
# install -d $(objectsdir)/$(PDP_NAME)
# $(scripts_src)/generate-libdir-metafile.sh $(objectsdir) $(PDP_NAME)
# --author "Tom Schouten"
# --description "Pure Data Packet"
# --license "GNU GPL"
install -p $(externals_src)/pdp/*.$(EXTENSION) $(objectsdir)
# install -p $(externals_src)/pdp/abstractions/*.pd $(objectsdir)/$
(PDP_NAME)
install -p $(externals_src)/pdp/abstractions/*.pd $(objectsdir)
# install -d $(helpdir)/$(PDP_NAME)
install -p $(externals_src)/pdp/doc/objects/*.* $(helpdir)
install -d $(manualsdir)/$(PDP_NAME)
install -p $(externals_src)/pdp/doc/reference.txt $(manualsdir)/$
(PDP_NAME)
install -p $(externals_src)/pdp/doc/introduction/*.*
$(manualsdir)/$(PDP_NAME)
install -d $(examplesdir)/$(PDP_NAME)
install -p $(externals_src)/pdp/doc/examples/*.*
$(examplesdir)/$(PDP_NAME)
.hc
I also downloaded the latest version of flext, and will try again to see if I can get this working. That being said, if we do go the route of using flext, then we should decide now if we should continue developing an SQL interface, or just use 'pool'.
I would be very interested what exactly isn't working with flext for you. I just sshd into linux, checked out flext, pool and pd from
cvs and compiled flext and pool without a single warning. I did exactly as described in the readme.txt files and it took about 2 minutes. I have heard "it doesn't work" many many times, but it's completely non-constructive to say that without saying why or what.gr~~~
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne