Re: [PD-dev] grill/py with python 2.5
Hi Pat,
are you using the latest CVS versions of both flext and py?
If not, please try that.
gr~~~
Am 14.02.2008 um 07:15 schrieb patrick:
i cannot compile py against python 2.5 on linux:
bash ../flext/build.sh pd gcc
make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd
COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt
BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc
TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_
make[1]: Entering directory
`/home/pat/src/pdmtlpd/pure-data/trunk/externals/grill/py'
mkdir -p pd-linux/release-multi/
g++ -c -msse -mfpmath=sse -ffast-math -O3 -march=pentium4 -pthread -
fPIC
-DPY_EXPORTS -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD
-I/usr/include/python2.5 -I/home/pat/src/pdmtlpd/pure-data/trunk/pd/
src
-I/usr/local/include/stk -I/usr/local/include/sndobj
-I/usr/local/include/flext source/main.cpp -o
pd-linux/release-multi/main.opp
source/main.h:34: error: expected class-name before ‘{’ token
/usr/local/include/flext/flcontainers.h: In member function ‘void
TypedFifoT::Put(T*) [with T = FifoEl]’:
source/pybase.h:181: instantiated from here
/usr/local/include/flext/flcontainers.h:456: error: no matching
function
for call to ‘TypedFifoFifoEl::Put(FifoEl*)’
/usr/local/include/flext/flcontainers.h:405: note: candidates are:
void
Fifo::Put(Lifo::Cell*)
/usr/local/include/flext/flcontainers.h: In member function ‘T*
TypedLifoT::Pop() [with T = FifoEl]’:
/usr/local/include/flext/flcontainers.h:466: instantiated from ‘T*
PooledFifoT, M, O::New() [with T = FifoEl, int M = 2, int O = 1]’
source/pybase.h:179: instantiated from here
/usr/local/include/flext/flcontainers.h:380: error: invalid
static_cast
from type ‘Lifo::Cell*’ to type ‘FifoEl*’
make[1]: *** [pd-linux/release-multi/main.opp] Error 1
make[1]: Leaving directory
`/home/pat/src/pdmtlpd/pure-data/trunk/externals/grill/py'
make: *** [build-release-multi] Error 2
it worked some months ago. my setup is almost the same (ubuntu 7.10).
pat
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
smime.p7s
Description: S/MIME cryptographic signature
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] autobuilds using svn
Hi Hans, Yes, this works now. Thanks a bunch for the tip, pd-extended full speed ahead! Cheers ~brandon On Feb 20, 2008, at 10:26 PM, Hans-Christoph Steiner wrote: The problem is that they changed the name of the Jack framework in Jack OSX 0.75. I think it should use Jackmp.framework now. To make that happen, try changing pd/src/configure.in. Change this: if test x$jack = xyes; then LDFLAGS=$LDFLAGS -weak_framework Jack fi if test x$jack = xrun; then LDFLAGS=$LDFLAGS -weak_framework Jack fi to be this: if test x$jack = xyes; then LDFLAGS=$LDFLAGS -weak_framework Jackmp fi if test x$jack = xrun; then LDFLAGS=$LDFLAGS -weak_framework Jackmp fi .hc On Feb 17, 2008, at 9:58 PM, brandon zeeb wrote: Hi Hans, No dice, I've already tried that. I've tried using the JackOSX and Fink Jack packages, and I get the same error. Here is what I see before it crokes. mayer.o d_fftroutine.o -ldl -lm -lpthread ld: framework not found Jack collect2: ld returned 1 exit status make[2]: *** [../bin/pd] Error 1 make[1]: *** [pd_install] Error 2 make: *** [darwin_app_core] Error 2 prob:darwin_app bz$ Thanks, ~Brandon On Feb 17, 2008, at 1:24 PM, Hans-Christoph Steiner wrote: You need to use the Mac OS X Framework for Jack rather than a dylib. Just install the complete package from here: http://www.jackosx.com/ .hc On Feb 16, 2008, at 3:28 PM, bsoisoi wrote: Hey guys, Okay, I have a legit fink environment now with all Pd-extended dependencies. There is a bug in the 0.28.0 release which prevented me from installing Jack (something having to do w/ a virtual dependency)... i cleared it out and installed Jack first, the rest fell into place easily. Only 2 issues remain. I can build Miller's vanilla PD without Jack support, the most current Jack from fink is installed on my system, in addition to tcl/tk 8.5.1. 1. The configure script is unable to find Jack in my fink installation 2. When built w/o Jack, the build is unable to find -ltcl8.5, and tries to build against 8.4 (which I don't have) but succeeds. When Pd is executed, it crashes trying to run Wish.app version 8.4 (which I don't have). Besides those two issues, all looks good. If anyone is able to help me out w/ this, I'd greatly appreciate it. Peace, ~Brandon ps: lets move this discussion over to Pd-Dev On Feb 15, 2008, at 6:06 PM, David Plans Casal wrote: On 15 Feb 2008, at 20:12, brandon zeeb wrote: I'm using that, actually, and flac from darwinports. At this point, the builds fail at g_canvas.c... I can't even get Millers Pd to build yet. By the way, how does one get Miller's Pd packaged into a application bundle? use packages/darwin_app, look at the Makefile, customise for your setup (pd path, etc) david ~Brandon On Feb 15, 2008, at 2:39 PM, Hans-Christoph Steiner wrote: Well, one thing that should make it easier is that Pd-extended uses jackosx.com's package rather than the fink package. It's already built for 10.5. Ultimately, it would be good to switch to the Fink version since it would then be automatically included into the Pd- extended.app, but that can come later. .hc On Feb 15, 2008, at 11:05 AM, bsoisoi wrote: Hi David, Have you had any success installing all of pd-extended's dependencies? It appears a bug in Fink is preventing me from installing Jack and Flac. Let me know of your progress, we should collaborate and hopefully get this done quicker. Peace, ~Brandon On Feb 15, 2008, at 10:11 AM, David Plans Casal wrote: ah, nevermind ;-) d On 15 Feb 2008, at 13:06, bsoisoi wrote: Hi Guys, I'll have the Pd-extended intel builds back online within the next week or so, assuming the few remaining dependencies can be built appropriately for 10.5 (flac and jack).I too am really looking forward to having the intel builds back as well. Frankly, this box is practically brand new, we can use this box until it croaks. It is not being used for anything else at the moment. Cheers, ~Brandon On Feb 14, 2008, at 7:05 PM, Hans-Christoph Steiner wrote: No, there is no Intel Mac any more. The one that was being used got repurposed. bsoisoi is working on getting a 10.5/Leopard box running to host nightly builds. .hc On Feb 14, 2008, at 6:52 PM, marius schebella wrote: great, did you set up the intel mac, too? marius. Hans-Christoph Steiner wrote: I switching the autobuilds to slurp from SVN. Let's hope things run smoothly tonight, then we'll have up-to-date nightly builds again. Also, I ran updates on all of the GNU/Linux boxes. .hc - --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ [EMAIL PROTECTED]
Re: [PD-dev] section in SVN for Windows sources
On Thu, Feb 14, 2008 at 5:47 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: For the Windows builds, I need a way to track all of the various sources needed (One GNU/Linux and Mac OS X, this is done by the package management systems thankfully). There are a lot: I imagine you've already discussed this to death, but if it's of any interest... in my own code I usually avoid putting other project's sources in my repositories. Instead, I usually just make a script (or set of scripts) called bootstrap.sh, which downloads the various sources and compiles them all in one shot. It seems to work okay, since generally I only need to do this once, but it's convenient when setting up a new machine. Sometimes I keep a few patches in the project as well, which are automatically applied to the sources after untarring but before compiling. I've also approached this problem in the patch with scripts in Python or even Makefiles, instead of a shell script. The shell script (surprisingly, perhaps a reflection on my coding abilities.. :) seems to be the most manageable for me, however. Sometimes I think it would be nice to just dump the external source trees into my repository, but somehow I can't bring myself to do it. Not even sure why.. Well, I should note that sometimes this approach is useful for operating-system-specific patches, since the patched files are not saved in the repository, so conflicts aren't a problem. (I have no interest in resolving platform-dependent conflicts on other people's codebases! .. :) ugh..) Perhaps it's possible to build the whole Pd-extended using Cygwin sources, which means that there would be a package management system. Hmm... that would be nice... imho the cygwin package manager has a lot to be desired, but I guess it's more convenient than the big fat nothing that comes with mingw. I think it would be an incredibly worthwhile effort to port something like apt/dpkg to mingw.. there are, however, a few efforts out there, not sure how good they are: - http://lintouch.org/download/mingw-package-1.1/README.html - http://www.mingw.org/MinGWiki/index.php/mingwPORT - http://unigw.sourceforge.net/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] building pd with cygwin
Hey, What's the status on building Pd on cygwin? I have a windows machine now, but I couldn't find the final patch to configure.in in the tracker or on the list. .hc Access to computers should be unlimited and total. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
