[PD-dev] renaming /import to /vendor
Since the /import section is supposed to be for vendor branches AFAICT, I propose to rename it /vendor like the SVN book uses: http://svnbook.red-bean.com/en/1.1/ch07s05.html Any objections? .hc All information should be free. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] section in SVN for Windows sources
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: http://puredata.info/docs/developer/mingw So I want to use SVN. This has been discussed in the past, so now I am mostly wondering how to make it fit into the SVN layout. So it probably makes sense to have this stuff not in "trunk" since it will only ever be used on Windows, that's the first thing I thought of. But I don't have a good sense of how to use SVN for this. I am reading this now: http://svnbook.red-bean.com/en/1.1/ch07s05.html Here they recommend checking in the vendor code to "vendor", which would be at the same level as "trunk". Then copying that code into "trunk". Then we'd have a ton of vendor code for windows only in trunk. I am thinking something like having "sources" at the same level as "trunk" for this. Under "sources", there could be "mingw" and "cygwin" if need be. The import would still use the "vendor" section, but the code would then be copied to "sources". How does that sound? 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... .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] renaming /import to /vendor
On Feb 15, 2008, at 10:04 AM, Mathieu Bouchard wrote: > On Thu, 14 Feb 2008, Hans-Christoph Steiner wrote: > >> Since the /import section is supposed to be for vendor branches >> AFAICT, I propose to rename it /vendor like the SVN book uses: >> http://svnbook.red-bean.com/en/1.1/ch07s05.html >> Any objections? > > why is it useful to name something like that? is anyone vending > anything to anyone, here? is there any tool that expects the folder > to be called "vendor" and is not configurable about it? The name is pretty arbitrary. But if we use /vendor, then when someone reads the docs on how to use "Vendor Branches", then our setup will match the docs. That's worth something, especially over some arbitrary name that is not documented anywhere or commonly used. .hc http://at.or.at/hans/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] autobuilds using svn
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
Re: [PD-dev] renaming /import to /vendor
On Feb 17, 2008, at 4:51 AM, [EMAIL PROTECTED] wrote: > Quoting Hans-Christoph Steiner <[EMAIL PROTECTED]>: >> >> The name is pretty arbitrary. But if we use /vendor, then when >> someone reads the docs on how to use "Vendor Branches", then our >> setup will match the docs. That's worth something, especially over >> some arbitrary name that is not documented anywhere or commonly used. > > i don't fully see the bonus of what you are trying to explain here. > personally, i have never seen either an "import" or a "vendor" branch > in any other svn-repository yet. > this doesn't mean that such a directory doesn't make sense (else i > wouldn't have created one :-)) > however, i think that anybody who sees the 4 directories in the root, > will understand both "vendor" and "import". > i have chosen "import", since most of the directories in there are > really only the initial commits that were then developed on > sourceforge rather than imports of upstream "vendor" releases (which > are totally unrelated to the development of pure-data (externals), > e.g. the apple HID stuff); > i though that "vendor" would be confusing, and that it would be > nonsense to provide _both_ "vendor" and "import". > and i did not want to delete the import tags/branches entirely (though > probably this would have been the best idea) > > and finally: we don't have any "calc" directories in our project (even > though this is mentioned quite often in the docs). > > > but really, hans, if you feel you can sleep better with a "vendor" > directory, go on an rename it: you are probably the only one who is > really using it, so why not fit it to your needs? Ok, I'll take that as a yes. :) .hc > > > fgmasd.r > IOhannes > > > This message was sent using IMP, the Internet Messaging Program. > > > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn troubles
On Feb 17, 2008, at 5:00 AM, [EMAIL PROTECTED] wrote: > Quoting Martin Peach <[EMAIL PROTECTED]>: > >> Hi all, >> I tried running 'svn cleanup' from my externals directory but I >> get the >> same error. >> This is with cygwin svn 1.4.5 on WinXp. > > weird. > what comes to my mind is: > - are you sure you have enough space on your disk? (svn needs more > space than cvs, as it caches the original copy of a file) > - i have encountered problems on w32 with "forbidden" filenames, such > as "AUX" and "COM", but this doesn't seem to be the case here... > - svn is less tolerant than cvs when it comes to collisions: e.g. if > you have a file "Hello.c" and a file "hello.c" in the same directory > and your local filesystem is case-insensitive, the checkout will fail. > nevertheless, i haven't find a case-problem in the > gridflow/doc/flow_classess folder. > I think that's caused by files in SVN that have names with illegal characters for NTFS in them. For example "*" is not allowed in NTFS, but it is on Mac OS X and GNU/Linux. .hc > > gfmads.- > IOhannes > > > This message was sent using IMP, the Internet Messaging Program. > > > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] how to checkout svn
On Feb 17, 2008, at 4:32 AM, [EMAIL PROTECTED] wrote: > Quoting patrick <[EMAIL PROTECTED]>: > >> hi marius, >> >> not sure (didn't test) but you want only trunk (not branches, >> import or >> tags): >> svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk >> pd-extended > > well, why call it "pd-extended" if it is really the "pure-data" > repository? > but of course you can name your local folders however you prefer. > >> my question is: inside trunk, there's a folder named pd. is it the >> very >> last version of miller (0.41.2 stable)? > > it's the place where it is meant to be. > use "svn log" to see whether miller has already checked in his > changes. I think the current layout is fine. This is how you check out pd- extended: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/ branches/pd-extended/v0-39-2 You have to do two stages to get the current nightly builds: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk pd-extended rm -rf pd-extended/pd svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd- extended/v0-40/pd mv pd pd-extended .hc > > > fmasd > IOhannes > > > This message was sent using IMP, the Internet Messaging Program. > > > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev 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 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn troubles
On Feb 17, 2008, at 2:54 PM, Martin Peach wrote: > [EMAIL PROTECTED] wrote: >> Quoting Martin Peach <[EMAIL PROTECTED]>: >> >>> Hi all, >>> I tried running 'svn cleanup' from my externals directory but I >>> get the >>> same error. >>> This is with cygwin svn 1.4.5 on WinXp. >> >> weird. >> what comes to my mind is: >> - are you sure you have enough space on your disk? (svn needs more >> space than cvs, as it caches the original copy of a file) > I have about 40gigs free. > >> - i have encountered problems on w32 with "forbidden" filenames, such >> as "AUX" and "COM", but this doesn't seem to be the case here... >> - svn is less tolerant than cvs when it comes to collisions: e.g. if >> you have a file "Hello.c" and a file "hello.c" in the same directory >> and your local filesystem is case-insensitive, the checkout will >> fail. >> nevertheless, i haven't find a case-problem in the >> gridflow/doc/flow_classess folder. >> > Just tried it again using TortoiseSVN and got the same error: > Added: > E:\pd_from_svn\externals\gridflow\doc\flow_classes\messageprepend- > icon.png > Added: > E:\pd_from_svn\externals\gridflow\doc\flow_classes\listappend-icon.png > Added: > E:\pd_from_svn\externals\gridflow\doc\flow_classes\listelement-help.pd > Error: Can't check path > 'E:\pd_from_svn\externals\gridflow\doc\flow_classes\inv*-icon.png': > The > filename, directory name, or volume label syntax is incorrect. > > Windows doesn't like files with * in the name. In fact if I try to > make > such a filename in Explorer I get a tooltip saying: > A file name cannot contain any of the following characters: \/:*?"<>| > > The file inv*-icon.png definitely exists in the repository: > http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ > externals/gridflow/doc/flow_classes/inv*-icon.png?view=log > > I guess I'll have to check out the directories one at a time. > I managed to check out everything using Ubuntu without incident. This has been happening for a while, but perhaps you just didn't notice. You can see the files in question by looking at the top of the nightly build log for winxp: http://autobuild.puredata.info/auto-build/2007-09-10/logs/ 2007-09-10_05.54.04_mingw32_nt-5.1_windowsxp-i386_pd-extended_run- automated-builder.txt There are currently four files that NTFS rejects: /externals/gridflow/doc/flow_classes/.inv*-icon.png /externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd .hc http://at.or.at/hans/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] renaming /import to /vendor
On Feb 17, 2008, at 4:51 AM, [EMAIL PROTECTED] wrote: > Quoting Hans-Christoph Steiner <[EMAIL PROTECTED]>: >> >> The name is pretty arbitrary. But if we use /vendor, then when >> someone reads the docs on how to use "Vendor Branches", then our >> setup will match the docs. That's worth something, especially over >> some arbitrary name that is not documented anywhere or commonly used. > > i don't fully see the bonus of what you are trying to explain here. > personally, i have never seen either an "import" or a "vendor" branch > in any other svn-repository yet. > this doesn't mean that such a directory doesn't make sense (else i > wouldn't have created one :-)) > however, i think that anybody who sees the 4 directories in the root, > will understand both "vendor" and "import". > i have chosen "import", since most of the directories in there are > really only the initial commits that were then developed on > sourceforge rather than imports of upstream "vendor" releases (which > are totally unrelated to the development of pure-data (externals), > e.g. the apple HID stuff); > i though that "vendor" would be confusing, and that it would be > nonsense to provide _both_ "vendor" and "import". > and i did not want to delete the import tags/branches entirely (though > probably this would have been the best idea) > > and finally: we don't have any "calc" directories in our project (even > though this is mentioned quite often in the docs). > > > but really, hans, if you feel you can sleep better with a "vendor" > directory, go on an rename it: you are probably the only one who is > really using it, so why not fit it to your needs? Ok, it's done. .hc 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 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Pd development with git-svn
This would be good to have on the site, something like http://puredata.info/docs/developer/git-svn .hc On Feb 19, 2008, at 4:45 PM, Stephen Sinclair wrote: > Hi, > > I just wanted to let you know that I recently did a git-svn download > of the subversion repo. > It took quite some time, so to save others time I thought I'd make > it available. > > I _don't_ recommend using this for working on svn branches, since it > imported the branches a bit strangely due to the somewhat non-standard > way the /branches folder is organized. > However, if you're working off of the trunk it's fine. > Also, you can easily make local branches off of the trunk, work work > work, and then at some point when you want to commit, you download the > latest trunk with: > > git-svn rebase > > Then manually rebase the local branch you've been working on, > > git-checkout > git-rebase master > > Then dump in your new commits: > > git-svn dcommit > > More likely this is useful for generating patches against the main > trunk to be submitted to the patch tracker: > > git-diff master.. > > (That way even people without svn access can version-control their > proposed patches before they are even accepted and applied.) > > If you're not at all interested in using git, ignore this message.. > I don't think git-svn is a good starting point for learning git, but > if you're used to it and like it, this might be useful to you. > > You can download my tarball of the repo here: > http://www.music.mcgill.ca/~sinclair/pub/puredata- > gitsvn-150208.tar.bz2 > > Untar it and then do "git-svn rebase" to grab the latest changes. > (I give a tarball instead of suggesting git-clone because git-clone > doesn't copy important svn-related stuff.) > > Some interesting info.. > After downloading the whole svn history, the .git folder was something > like 540 MB. After "git-gc --aggressive", which repacks and > compresses the history database, it was about 74 MB. Not bad.. :) > That's for the whole history of pure-data. > > Steve > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn troubles
On Feb 19, 2008, at 1:40 PM, Mathieu Bouchard wrote: > On Mon, 18 Feb 2008, [EMAIL PROTECTED] wrote: > >> Quoting Hans-Christoph Steiner <[EMAIL PROTECTED]>: >>> There are currently four files that NTFS rejects: >>> /externals/zexy/abs/.<~-help.pd >>> /externals/zexy/abs/.>~-help.pd >>> /externals/zexy/abs/.||~-help.pd >> so it's me again! >> i hope the "." is a typo. > > I don't know what the "." is, but I certainly did not use the "." > as a prefix of inv* either. yes sorry typo, it should be: /externals/zexy/abs/<~-help.pd /externals/zexy/abs/>~-help.pd /externals/zexy/abs/||~-help.pd .hc ¡El pueblo unido jamás será vencido! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] autobuilds using svn
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 Gilmo
Re: [PD-dev] [PD] autobuilds using svn
Cool, I just committed the fix to SVN and added to the patch tracker for Miller too. Did you get the whole thing built? .hc On Feb 21, 2008, at 9:36 PM, brandon zeeb wrote: 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,
Re: [PD-dev] section in SVN for Windows sources
Ok, I guess silence = no disapproval. In any case, SVN makes it easy to move/rename stuff (thanks again IOhannes!) I created this since I am now setting up my new Windows machine to build Pd: http://pure-data.svn.sourceforge.net/svnroot/pure-data/sources/ .hc On Feb 14, 2008, at 5:47 PM, Hans-Christoph Steiner 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: > > http://puredata.info/docs/developer/mingw > > So I want to use SVN. This has been discussed in the past, so now > I am mostly wondering how to make it fit into the SVN layout. So > it probably makes sense to have this stuff not in "trunk" since it > will only ever be used on Windows, that's the first thing I thought > of. But I don't have a good sense of how to use SVN for this. I > am reading this now: > > http://svnbook.red-bean.com/en/1.1/ch07s05.html > > Here they recommend checking in the vendor code to "vendor", which > would be at the same level as "trunk". Then copying that code into > "trunk". Then we'd have a ton of vendor code for windows only in > trunk. I am thinking something like having "sources" at the same > level as "trunk" for this. Under "sources", there could be "mingw" > and "cygwin" if need be. The import would still use the "vendor" > section, but the code would then be copied to "sources". How does > that sound? > > 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... > > .hc > > > -- > -- > > I spent 33 years and four months in active military service and > during that period I spent most of my time as a high class muscle > man for Big Business, for Wall Street and the bankers. - > General Smedley Butler > > News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ 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
Re: [PD-dev] gui separation on mac
This should be possible, but it's probably not tested on Mac OS X. Pd has a different start sequence on Mac OS X than on the other platforms, so that could cause some difficulties. On Mac OS X, Tcl starts the pd process, on the others, pd starts the tcl process, IIRC. You'll probably have to run the 'pd' binary directly. How are you running it? .hc On Feb 23, 2008, at 11:21 AM, Smør På Flesk wrote: hei, i have compiled pd on mac from svn, and it works. great! if i compile with the option to configure that turns off tcl/tk, then starting pd will crash. :-( i was hoping to compile pd without tcl/tk, and then to control pd by other means. is this possible? is there documentation somewhere showing how to do it? lots of thank yous, smør ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] section in SVN for Windows sources
Am I missing something, or is this just snarkiness? :) .hc On Feb 24, 2008, at 1:44 PM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> Ok, I guess silence = no disapproval. > > seems like i have missed this email, as i would have surely objected. > > In any case, SVN makes it easy >> to move/rename stuff (thanks again IOhannes!) I created this >> since I am now setting up my new Windows machine to build Pd: >> http://pure-data.svn.sourceforge.net/svnroot/pure-data/sources/ > > ah, i see somebody has already checked in the latest linux-kernel. > thanks. > > > fgasdrm, > IOhannes News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd-meeting at LAC
Yes, let's do it. I get in on Wednesday afternoon and leave on Tuesday afternoon, so I have some time on either end. .hc On Feb 24, 2008, at 9:05 AM, Georg Holzmann wrote: > Hallo all! > > Since there are so many pd people at the Linux Audio Conference next > week, should we make something like a developer meeting ? > > There are already some topics: > > - pd-extended buildsystem deb packages for debian+ubuntu > > - should we apply for this years Google Summer of Code and which > projects should be suggested (maybe easier projects which could > also be > managed by people new to pd) and who should be the mentor ? > > - of course much more ... > > LG > Georg > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd-meeting at LAC
On Feb 24, 2008, at 5:39 PM, Frank Barknecht wrote: > Hallo, > Georg Holzmann hat gesagt: // Georg Holzmann wrote: > >> Since there are so many pd people at the Linux Audio Conference next >> week, should we make something like a developer meeting ? > > Great idea, though I won't be able to participate during LAC > itself[1], and all of Graz is leaving on Sunday. :( > > Anyway, the final schedule for LAC is online now, so you can check > when each of you is occupied. > > As far as I see - and as one of the two LAC organizers I probably see > farther than most of you - Saturday afternoon probably will be the > best time, as Miller is occupied all Friday afternoon with a workshop, > while Thursday afternoon and Friday/Saturday morning some of you will > do talks. > > I could arrange a discussion room to do the Pd meeting on Saturday. Sounds good to me. > > [1] My only larger wish regarding the topics Georg has mentioned would > be to split off a "pd-externals" package from pd-extended for the > Debs, but IOhannes probably will bring up many of by arguments for > this himself. ;) I don't think anyone is opposed to this, it's just a matter of someone doing the work. :) hc > > Ciao > -- > Frank Barknecht _ > __footils.org__ > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] section in SVN for Windows sources
On Feb 25, 2008, at 8:46 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> Am I missing something, or is this just snarkiness? :) > > the kernel-thing is. > > my objections against putting everything that might help you > building something into the repository are not. > i think it is an abuse of sourceforge's ressources. (projects like > flac, lame,... are already hosted on sourceforge - why would you > have to duplicate the amount of data?) > > i beg you to at least have a look at the svn-external tag for > projects that are already developed via subversion. > for all the rest, i think a simple "download-stuff.bat" script > would have done as well. I have looked at svn-externals, it doesn't work for this. I need to make changes to the code. I beg you to walk a mile in my shoes, then judge. At least trying setting up and documenting a MinGW build environment on Windows, and you'll see why I am doing this. SourceForge is providing tools for us to write software. I am using the tools exactly as they are designed and it is saving me and others lots of work. Where's the harm? .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
[PD-dev] Universal Tcl/Tk build for Mac OS X
In case anyone wants it, here's the universal binary (32/64 for Tcl, 32-bit for Tk) that is used in the nightly builds. http://idmi.poly.edu/pdlab/TclTk_Mac_OS_X_Universal-2008-03-03.tar.bz2 .hc kill your television ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Remove DesireData from AutoBuild
The build script is SVN as pure-data/trunk/scripts/auto-build/ desiredata-auto-builder.sh. You can commit at will. .hc On Mar 3, 2008, at 8:05 PM, Mathieu Bouchard wrote: > > Remove DesireData from AutoBuild immediately. > > I don't want people downloading some kind of Pd-Vanilla build > labelled "desiredata-2008-03-03-linux-debian-testing-i386- > i686.tar.bz2" in http://autobuild.puredata.info/auto-build/latest/ > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Tcl_Eval() vs. Tcl_EvalObjEx()
I found the root of the disappearing lines on Windows, it is indeed related to namespaces. And in that process, I found out that Pd uses Tcl_Eval() to execute the Tcl commands. It turns out that Tcl_Eval() seems to be the slowest Tcl function available for doing this. I am thinking of switching it to use Tcl_EvalObjEx(), which compiles the Tcl to bytecode, then caches the bytecode. It also skips some deprecated actions which Tcl_Eval() still does. Anyone know anything about this? I am curious about what the pitfalls might be before going down this road. .hc ¡El pueblo unido jamás será vencido! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] profiling the Tcl<->Pd connection
Now that I have discovered this bytecode caching feature, I am curious if the changes I made have made any performance differences. Also, matju mentioned that the bytecode caching probably works better if reusing procs, so it could make sense to have sys_vgui calls use Tcl procs, so that the bytecode gets reused. I was also thinking that perhaps sys_vgui communications could use Tcl_Obj references instead of sending whole lines of Tcl, but that might get overly complicated. .hc http://at.or.at/hans/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] iPhone SDK has CoreAudio
So Apple finally released the iPhone SDK, apparently it has CoreAudio support. I suppose a Pd build for it shouldn't be too hard. Are there any iPhone devs out there that want to try? .hc There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] profiling the Tcl<->Pd connection
If Tcl_Obj references were sent via sys_vgui instead of Tcl code, I think you could reduce the network traffic down to like 10% of what it is now. Plus, using Tcl_Obj, each chunk of Tcl code would only be compiled once per run (the bytecode is stored as part of the Tcl_Obj). It's not going to change the world, but I think it would be noticeable. .hc On Mar 6, 2008, at 5:51 PM, Miller Puckette wrote: > I rather doubt this can relly help given the way Pd uses Tcl/Tk. > (I still have a pet idea on the other hand of simply parsing the > TCL code > and passing it to GTK :) > > cheers > M > > On Thu, Mar 06, 2008 at 05:26:00PM -0500, Hans-Christoph Steiner > wrote: >> >> Now that I have discovered this bytecode caching feature, I am >> curious if the changes I made have made any performance differences. >> Also, matju mentioned that the bytecode caching probably works better >> if reusing procs, so it could make sense to have sys_vgui calls use >> Tcl procs, so that the bytecode gets reused. >> >> I was also thinking that perhaps sys_vgui communications could use >> Tcl_Obj references instead of sending whole lines of Tcl, but that >> might get overly complicated. >> >> .hc >> >> >> >> - >> --- >> >> >>http://at.or.at/hans/ >> >> >> >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Tcl_Eval() vs. Tcl_EvalObjEx()
On Mar 6, 2008, at 9:13 AM, Mathieu Bouchard wrote: > On Thu, 6 Mar 2008, Mathieu Bouchard wrote: >> On Thu, 6 Mar 2008, Hans-Christoph Steiner wrote: >>> I am thinking of switching it to use Tcl_EvalObjEx(), which compiles >>> the Tcl to bytecode, then caches the bytecode. It also skips some >>> deprecated actions which Tcl_Eval() still does. >>> Anyone know anything about this? I am curious about what the >>> pitfalls might be before going down this road. >> Just try it, and see whether it works, and whether it's any >> faster. Should be easy to try, no? >> To make a Tcl string object, just use Tcl_NewStringObj(s,strlen(s)). > > Now that I think of it, that code would get recompiled every time > it runs, which would make it slower as long as it doesn't contain > loops, and as long as the server sends slightly different commands > each time. If you want to run things faster, make procs for common > code and pass anything variable as arguments to those procs. this > is the only way to save time on this. But I'm really not sure that > the speed gain is significant... > > I know that Tcl keeps a cache of compiled non-procs for the [eval] > and/or [expr] command, but I don't recall the specifics, and > obviously it doesn't apply if you have a bunch of %d %s changing > all of the time in your strings. With Tcl_EvalObjEx(), the bytecode is cached as part of the object. I think in order for that to work with Pd, we'd have to use Tcl_Objs in sys_vgui. This would also have the advantage of making the network traffic to something like 10% of what it is now, if Pd and Tcl communicated using Tcl_Obj references. .hc If you are not part of the solution, you are part of the problem. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] pidip on debian/testing
I just upgraded the Debian/testing box, and it seems that pidip no longer compiles. I am guessing this is because they have removed some old libs from testing, like imagemagick or libquicktime: gcc -I/usr/X11R6/include -I/usr/include -g -O2 -DQUICKTIME_NEWER=1 -DPD -DX_DISPLAY_MISSING -O2 -funroll-loops -fomit-frame-pointer - ffast-math -Wall -W -Wstric t-prototypes -Wno-unused -Wno-parentheses -Wno-switch - DPDP_PIDIP_VERSION=\"0.12.21\" -g -I/home/pd/auto-build/pd-extended/ pd/src -I. -I/home/pd/auto-build/pd-exten ded/externals/pdp/include -I../include -I../charmaps -o pdp_capture.o -c pdp_capture.c pdp_capture.c: In function 'XMyClientWindow': pdp_capture.c:129: warning: implicit declaration of function 'XWindowByProperty' pdp_capture.c: In function 'XMyGetWindowImage': pdp_capture.c:335: warning: implicit declaration of function 'XDestroyImage' pdp_capture.c:339: error: 'Visual' has no member named 'klass' pdp_capture.c:340: error: 'Visual' has no member named 'klass' pdp_capture.c:398: error: 'Visual' has no member named 'klass' pdp_capture.c:399: error: 'Visual' has no member named 'klass' pdp_capture.c:440: error: 'Visual' has no member named 'klass' pdp_capture.c:453: warning: implicit declaration of function 'XGetPixel' pdp_capture.c:455: warning: implicit declaration of function 'ScaleShortToQuantum' pdp_capture.c: In function 'pdp_capture_do_capture': pdp_capture.c:591: error: 'XTextProperty' undeclared (first use in this function) pdp_capture.c:591: error: (Each undeclared identifier is reported only once pdp_capture.c:591: error: for each function it appears in.) pdp_capture.c:591: error: expected ';' before 'window_name' pdp_capture.c:603: error: 'XError' undeclared (first use in this function) pdp_capture.c:684: warning: implicit declaration of function 'XGetWMName' pdp_capture.c:684: error: 'window_name' undeclared (first use in this function) make[4]: *** [pdp_capture.o] Error 1 make[4]: Leaving directory `/home/pd/auto-build/pd-extended/externals/ pidip/modules' make[3]: *** [pdp_pidip_all] Error 2 make[3]: Leaving directory `/home/pd/auto-build/pd-extended/externals/ pidip' If you are not part of the solution, you are part of the problem. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD-Dev] : compiling pd-extended for Gentoo 64bits.
If you get this working it would be great if you can submit a patch to the tracker: http://sourceforge.net/tracker/?group_id=55736&atid=478072 Or at the very least a bug report: http://sourceforge.net/tracker/?group_id=55736&atid=478072 .hc On Mar 9, 2008, at 4:47 PM, Mysth-R wrote: 2008/3/9, IOhannes m zmölnig <[EMAIL PROTECTED]>: hi Mysth-R wrote: > Hi, > I've got some difficulties trying to compile pd-extended on my 64 bits > gentoo. > I have downloaded latest pd from the svn and use the latest pd official > release (0.41-2 > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk > > here is my error message : > [...] > make[4]: entrant dans le répertoire « > /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » > cc -Wl,-export_dynamic -shared -o sendOSC.pd_linux sendOSC.o htmsocket.o > OSC-system-dependent.o -L../../../pd/bin -lpd -lc -lm ../libOSC/ libOSC.a > /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/../../../../x86_64-pc- linux-gnu/bin/ld: > cannot find -lpd for whatever reasons you are trying to link against libpd which does not exist. Well, I don't know, I have just downloaded pd-extended from svn... try removing the "-lpd" from the makefile. yes thank you it works. > > Does Pd-extended is compatible with 64 bits arch ? > Do I missed something ? i don't know, but this is not the problem here btw, i would suggest to remove OSCx from pd-extended and replace it by some abstractions based on osc/net (i have them lying around somewhere) Ok but at this moment I have some patch working with OSCx so, I would like to make it work. But yes perhaps I should use another one. Thank you for the help :) -- * ** * * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié à l'audio sous Fedora/ PlanetCCRMA. * ** * ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev ¡El pueblo unido jamás será vencido! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Pd 0.41-2 in SVN?
Any word on when the sources for 0.41-2 will show up in SVN? AFAICT, the SVN sources are 0.41-1. .hc "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD-Dev] : compiling pd-extended for Gentoo 64bits.
Hey, What happens if you just change it so that the x86 target works for both? It seems that the code in the if statements is the same. E.g., change this: *86-*-linux*) to this: *86*-linux*) Then that should work for both x86 and x86_64. .hc On Mar 11, 2008, at 3:55 AM, Peter Brinkmann wrote: Hi all, I recently managed to compile OSCx on my 64-bit machine (FC6 with Planet CCRMA) by adding the appropriate compiler options to configure.ac. I'll attach the modified file. By the way, I'm about to embark on a project that'll probably involve PD and OSC. I'm getting the impression that I should use mrpeach's net/osc objects rather than OSCx. Is that right? Best, Peter On Sun, Mar 9, 2008 at 6:21 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: If you get this working it would be great if you can submit a patch to the tracker: http://sourceforge.net/tracker/?group_id=55736&atid=478072 Or at the very least a bug report: http://sourceforge.net/tracker/?group_id=55736&atid=478072 .hc On Mar 9, 2008, at 4:47 PM, Mysth-R wrote: 2008/3/9, IOhannes m zmölnig <[EMAIL PROTECTED]>: hi Mysth-R wrote: > Hi, > I've got some difficulties trying to compile pd-extended on my 64 bits > gentoo. > I have downloaded latest pd from the svn and use the latest pd official > release (0.41-2 > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk > > here is my error message : > [...] > make[4]: entrant dans le répertoire « > /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » > cc -Wl,-export_dynamic -shared -o sendOSC.pd_linux sendOSC.o htmsocket.o > OSC-system-dependent.o -L../../../pd/bin -lpd -lc -lm ../libOSC/ libOSC.a > /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/../../../../x86_64-pc- linux-gnu/bin/ld: > cannot find -lpd for whatever reasons you are trying to link against libpd which does not exist. Well, I don't know, I have just downloaded pd-extended from svn... try removing the "-lpd" from the makefile. yes thank you it works. > > Does Pd-extended is compatible with 64 bits arch ? > Do I missed something ? i don't know, but this is not the problem here btw, i would suggest to remove OSCx from pd-extended and replace it by some abstractions based on osc/net (i have them lying around somewhere) Ok but at this moment I have some patch working with OSCx so, I would like to make it work. But yes perhaps I should use another one. Thank you for the help :) -- * * ** * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié ŕ l'audio sous Fedora/PlanetCCRMA. * * ** ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev -- -- ˇEl pueblo unido jamás será vencido! ___ 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 Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Leopard builds?
Any word on the Leopard builds? That would be quite nice to have. .hc Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Leopard builds?
I was talking more about nightlies on Leopard/Intel which bsoisoi was working on. I don't really know whether Leopard-specific builds are needed. .hc On Mar 11, 2008, at 5:15 PM, chris clepper wrote: Are builds specific to 10.5 needed? Everything I've built recently on 10.4 works fine on the newer OS. On Tue, Mar 11, 2008 at 4:02 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Any word on the Leopard builds? That would be quite nice to have. .hc -- -- Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD-Dev] : compiling pd-extended for Gentoo 64bits.
On Mar 11, 2008, at 5:47 PM, Mysth-R wrote: 2008/3/11, Peter Brinkmann <[EMAIL PROTECTED]>: On Tue, Mar 11, 2008 at 1:02 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Hey, What happens if you just change it so that the x86 target works for both? It seems that the code in the if statements is the same. E.g., change this: *86-*-linux*) to this: *86*-linux*) Then that should work for both x86 and x86_64. Actually, the code for the targets is not quite the same; I had to add -fPIC to the compiler options to get it to compile on my 64-bit machine. Peter Yes I also had to add -fPIC to the compiler option. I am guessing there is probably no harm in adding -fPIC to the 32-bit builds. I know that on Mac OS X, the whole package is compiled with - fPIC. I checked in a fix, please try it on 64-bit to make sure it works there (the nightlies will tell me about 32-bit :) .hc On Mar 11, 2008, at 3:55 AM, Peter Brinkmann wrote: Hi all, I recently managed to compile OSCx on my 64-bit machine (FC6 with Planet CCRMA) by adding the appropriate compiler options to configure.ac. I'll attach the modified file. By the way, I'm about to embark on a project that'll probably involve PD and OSC. I'm getting the impression that I should use mrpeach's net/osc objects rather than OSCx. Is that right? Best, Peter On Sun, Mar 9, 2008 at 6:21 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: If you get this working it would be great if you can submit a patch to the tracker: http://sourceforge.net/tracker/?group_id=55736&atid=478072 Or at the very least a bug report: http://sourceforge.net/tracker/?group_id=55736&atid=478072 .hc On Mar 9, 2008, at 4:47 PM, Mysth-R wrote: 2008/3/9, IOhannes m zmölnig <[EMAIL PROTECTED]>: hi Mysth-R wrote: > Hi, > I've got some difficulties trying to compile pd-extended on my 64 bits > gentoo. > I have downloaded latest pd from the svn and use the latest pd official > release (0.41-2 > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk > > here is my error message : > [...] > make[4]: entrant dans le répertoire « > /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » > cc -Wl,-export_dynamic -shared -o sendOSC.pd_linux sendOSC.o htmsocket.o > OSC-system-dependent.o -L../../../pd/bin -lpd -lc -lm ../libOSC/ libOSC.a > /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/../../../../x86_64-pc- linux-gnu/bin/ld: > cannot find -lpd for whatever reasons you are trying to link against libpd which does not exist. Well, I don't know, I have just downloaded pd-extended from svn... try removing the "-lpd" from the makefile. yes thank you it works. > > Does Pd-extended is compatible with 64 bits arch ? > Do I missed something ? i don't know, but this is not the problem here btw, i would suggest to remove OSCx from pd-extended and replace it by some abstractions based on osc/net (i have them lying around somewhere) Ok but at this moment I have some patch working with OSCx so, I would like to make it work. But yes perhaps I should use another one. Thank you for the help :) -- * *** * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié ŕ l'audio sous Fedora/PlanetCCRMA. * *** ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev - --- ˇEl pueblo unido jamás será vencido! ___ 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 -- -- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev -- * ** * * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié à l'audio sous Fedora/PlanetCCRMA. * ** *
Re: [PD-dev] calling external code(.dll) from pd-external(win32xp)
If you just want your external to link against another dll, that happens automatically with the MinGW build system. There are lots of externals that do this that are included in Pd-extended (as well as the DLLs). .hc On Mar 12, 2008, at 4:05 PM, best boy wrote: ok, thank you very much for your help LoadLibrary() and GetProcAddress do the job now. and it seems to work :) bye bb > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED]; pd-dev@iem.at > Subject: RE: [PD-dev] calling external code(.dll) from pd-external (win32xp) > Date: Wed, 12 Mar 2008 19:00:21 + > > best boy > > >maybe this is a misunderstanding. i try to explain. > >i want to write a pd external (which will be a dll on win). > >this pd external should contain code to call functions from another dll > >which is not pd-related > > > > I think you would still use the same two functions: LoadLibrary to load the > dll and GetProcAddress to find the address of the function you want to call. > It won't make any difference if you call the dll from another dll or an exe. > LoadLibrary() and GetProcAddress() are part of the Windows API and not > related to pd. > > Martin > > > > > > > This little bit from s_loader.c shows how pd loads externals, which are > >dlls > > > on Windows: > > > > > > #ifdef MSW > > > { > > > HINSTANCE ntdll = LoadLibrary(filename); > > > if (!ntdll) > > > { > > > post("%s: couldn't load external scheduler lib ", filename); > > > return (0); > > > } > > > externalmainfunc = > > > (t_externalschedlibmain)GetProcAddress(ntdll, "main"); > > > } > > > > > > Martin > > Kostenlos bloggen + eigene Homepage + Fotospeicher = MSN Spaces Kostenlos! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] naming loaders: pdlua, tclpd, etc.
Hey, Now that we have a number of loaders, I'd like to figure out a standard way of naming the libraries so that they are easy to organize and load. Currently, there are these arrangments: pdXXX - pdlua.pd_linux pdtcl.pd_linux pdhaskell.pd_linux [import pdtcl] XXXpd - luapd.pd_linux tclpd.pd_linux haskellpd.pd_linux [import tclpd] XXX --- lua.pd_linux tcl.pd_linux haskell.pd_linux [import tcl] Any perferred name? I don't think I have a strong preference of any name, but I do think there should be a simple, standard naming scheme. .hc Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] naming loaders: pdlua, tclpd, etc.
So I agree this is good: -lib lua [import lua] Then it seems that it would be nice if the projects were either: pdlua pdtcl pdhaskell or: luapd tclpd haskellpd How about the first one? .hc On Mar 13, 2008, at 2:39 PM, Claude Heiland-Allen wrote: > Hans-Christoph Steiner wrote: >> XXX >> --- >> lua.pd_linux > > ^^ this is what I use. The project as a whole is called 'pdlua' > but the external for Pd is called 'lua', like '-lib lua' and [lua]. > >> tcl.pd_linux >> haskell.pd_linux > > ^^ this is probably what I will use if I ever resume work on my > Haskell external, or maybe 'ghc.pd_linux' if it depends on that > Haskell implementation. > > The extra 'pd' in the other alternative are redundant. > >> Any perferred name? I don't think I have a strong preference of >> any name, but I do think there should be a simple, standard >> naming scheme. > > Remove redundant 'pd's. > > > Claude 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
Re: [PD-dev] naming loaders: pdlua, tclpd, etc.
On Mar 13, 2008, at 3:07 PM, [EMAIL PROTECTED] wrote: > Hans-Christoph Steiner ha scritto: >> Hey, >> >> Now that we have a number of loaders, I'd like to figure out a >> standard way of naming the libraries so that they are easy to >> organize and load. Currently, there are these arrangments: >> >> pdXXX >> - >> pdlua.pd_linux >> pdtcl.pd_linux >> pdhaskell.pd_linux >> [import pdtcl] >> >> >> XXXpd >> - >> luapd.pd_linux >> tclpd.pd_linux >> haskellpd.pd_linux >> [import tclpd] >> >> >> XXX >> --- >> lua.pd_linux >> tcl.pd_linux >> haskell.pd_linux >> [import tcl] >> >> > > for me it's ok either "tclpd" or "pdtcl". > I believe calling it just "tcl" would lead to confusion, since Tcl is > already a library used by Pd. > > if you happen to rename tclpd to pdtcl, please rename also the > occurrences of tclpd inside the source code to pdtcl. > > -- > Federico Ferri Using the "pd" afterwards means that they will sort alphabetically nicely. So how about this for the standard: lua.pd_linux [import lua] project name: luapd tcl.pd_linux [import tcl] project name: tclpd Also, what about having a 'loaders' section of SVN? Either 'trunk/ loaders' or 'trunk/externals/loaders'? Then perhaps we don't need the 'pd' in the folder name: trunk/loaders/clr trunk/loaders/hex trunk/loaders/libdir trunk/loaders/lua trunk/loaders/pd trunk/loaders/tcl .hc ¡El pueblo unido jamás será vencido! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] tclpd build issue
Hey, There is a strange build issue with tclpd. Basically, the first time you try to build it, swig throws an error, but generates tcl_wrap.cxx anyway. Then the second time things build. Here's the build transcript, the error seems to be "Syntax error in input": [EMAIL PROTECTED]:externals > make tclpd cd /home/pd/auto-build/pd-extended/externals/tclpd && make make[1]: Entering directory `/home/pd/auto-build/pd-extended/ externals/tclpd' swig -v -c++ -tcl -o tcl_wrap.cxx -I../../pd/src -I/usr/include/ tcl8.4 tcl.i LibDir: tcl ./ ../../pd/src/ /usr/include/tcl8.4/ /usr/share/swig1.3/tcl/ ./swig_lib/tcl/ /usr/share/swig1.3/config/ ./swig_lib/config/ /usr/share/swig1.3/ ./swig_lib/ Preprocessing... Starting language-specific parse... ../../pd/src/m_pd.h:467: Error: Syntax error in input(1). tcl.i:50: Warning(121): %name is deprecated. Use %rename instead. tcl.i:53: Warning(302): Identifier 't_symbol' redefined (ignored), ../../pd/src/m_pd.h:65: Warning(302): previous definition of 't_symbol' (Renamed from '_symbol'). Processing types... C++ analysis... Generating wrappers... ../../pd/src/m_pd.h:222: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:223: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:388: Warning(462): Unable to set variable of type char [] ../../pd/src/m_pd.h:389: Warning(462): Unable to set variable of type char [] ../../pd/src/m_pd.h:539: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:593: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:602: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:621: Warning(454): Setting a pointer/reference variable may leak memory. tcl_extras.h:19: Warning(454): Setting a pointer/reference variable may leak memory. make[1]: *** [tcl_wrap.cxx] Error 1 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/externals/ tclpd' make: *** [/home/pd/auto-build/pd-extended/externals/tclpd/ tcl.pd_linux] Error 2 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
Re: [PD-dev] vamp plugins for PD (GSoC)
It sounds like a very worthwhile project. It doesn't sound too small to me. If you really are able to get everything working that quickly, then you could spend the extra time polishing everything so that it works really easily, then also making sure that there are docs for it. .hc On Mar 16, 2008, at 8:29 AM, Georg Holzmann wrote: > Hallo! > > I just have come over the vamp plugins (http://www.vamp- > plugins.org) again. > It is a plugin system for feature extraction, audio analysis and is > used > by the Sonic Visualizer, Ardour, Audacity and others ... > There already exist many plugins (see > http://www.vamp-plugins.org/download.html and the features listed > there) > and it would be definitely nice to have them in pd. > > However, it's also not so straight forward to implement a host, > because > some plugins need data in frequency domain or in a specific > blocksize ... > > I made a GSoC page where I described it in more details > (http://puredata.info/dev/summer-of-code/VampPlugins) and would be > definitely interested in implementing this for GSoC. > Anyhow, I don't know if this project might be too small ... maybe > it can > be also combined with something else ? > > LG > Georg > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev 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
[PD-dev] "report bug" on the Help menu
Hey, I just added a new item on the Help menu that I think y'all should agree is useful. It is called "report bug" and it currently takes you directly to the SourceForge bug submission. My friend Shawn Van Every proposed that we use a little javascript to open the sourceforge bug submission page that automatically fills in the text area with information from Pd. For example, it could easily post the version number, operating system, CPU, etc. He sketched out how to do it, but I basically don't know web programming at all. Can anyone put this together? I am thinking that it would be a page on puredata.info, the "report bug" menu item would open that puredata.info page with info in the URL. This page then opens the sourceforge page and sticks that info in it. Feel free to find a better way. Here are the sketches: .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] tclpd build issue
On Mar 16, 2008, at 4:17 PM, [EMAIL PROTECTED] wrote: > Hans-Christoph Steiner ha scritto: >> Hey, >> >> There is a strange build issue with tclpd. Basically, the first time >> you try to build it, swig throws an error, but generates tcl_wrap.cxx >> anyway. Then the second time things build. Here's the build >> transcript, the error seems to be "Syntax error in input": >> >> [EMAIL PROTECTED]:externals > make tclpd >> >> [...] > > is your problem reproducible with vanilla pd? > how's pd-extended's m_pd.h differs from vanilla's m_pd.h ? > > > I give a quick check, and I see that line 467 of pd-extended: > > http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd- > extended/v0-40/pd/src/m_pd.h?revision=9168&view=markup#l_460 > > it's different from vanilla pd: > > http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/pd/src/ > m_pd.h?revision=9590&view=markup#l_442 > > just compare the two sources. > you will find the answer by yourself (I hope). I am not sure what > "__attribute__ ((format (printf, 1, 2)));" is for. > > if it gives trouble, you can always disable the wrapping of this > function by swig, but I believe error() is required by externals > written > in Tcl, so it would not be a clever solution. > > -- > Federico Ferri Yee haw, it's fixed: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ tclpd/tcl.i?r1=8736&r2=9591 Apparently, swig doesn't quite know about the GNU extensions to C. .hc 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 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Pd on the iPhone SDK
Anyone tried to build Pd with the iPhone SDK? It seems like it should be pretty straightforward, since it has CoreAudio. I'll bet even Tcl/Tk will run on it. .hc Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] using rand() in an external
Crashes are usually because memory hasn't been allocated properly. I'd check x->current and x->step. Hooking up to gdb will give you a lot more info. Search puredata.info for 'gdb' for a little howto. .hc On Mar 16, 2008, at 7:42 PM, Greg Surges wrote: Hi all, The following code crashes Pd when the randomwalk object receives a bang... I'm stuck as to why, can anyone see a reason? void randomwalk_bang(t_randomwalk *x) { t_float randval = rand() % 2; if(randval == 0) randval = -1; if(randval == 1) randval = 1; x->current += (x->step * randval); outlet_float(x->f_out, x->current); } Thanks in advance, -Greg -- http://www.uwm.edu/~gssurges/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] names of 'pd' tags
Hey, http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/ I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are a bit of a mess, so I would like to propose cleaning them up. First, I think we can ditch the 'pd-' prefix since they are already in a folder called 'pd'. Second, I think we should use the very standard '.' as the separator between numbers. Third, for test releases, we can use the dash, so that they sort before released version. So something like this: pure-data/tags/pd/0.40-test1 pure-data/tags/pd/0.40-test5 pure-data/tags/pd/0.40.0 pure-data/tags/pd/0.40.1 pure-data/tags/pd/0.40.2 pure-data/tags/pd/0.40.3 pure-data/tags/pd/0.41-test5 pure-data/tags/pd/0.41.0 pure-data/tags/pd/0.41.1 pure-data/tags/pd/0.41.2 - I think we should probably also clean up the "pd-0.39-3", "pd-0.39-3-again", "pd-0.39-3-oncemore", , "pd-0.39-3-really" to be just the right 0.39.3. - do we need the test versions listed in the tags? There are only a couple existing anyway. .hc http://at.or.at/hans/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Calling a method periodically
First, you register a function with clock_set(). Usually that function is called myobjectname_tick(). Then when it runs, you call clock_delay() to schedule when myobjectname_tick() will get called again. .hc On Mar 17, 2008, at 4:49 PM, Greg Surges wrote: Thanks Claude and Georg, It looks like this is the right track... Looking at the metro code, I'm a little confused as to how the object continues to output bangs after the first. What does it mean that clock_delay "calls back"? Thanks On Mon, Mar 17, 2008 at 3:13 PM, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote: Greg Surges wrote: > Hi all, > > Is there any way to have an external call a method periodically, without > being triggered? Clocks. Check the C API in "m_pd.h".. > I'm thinking of a histogram with a decay function, where the values are > decremented every second (or other time value). I've done something like this with Lua, although I had the decrementing done by a [gemhead] not an internal clock, for tighter syncing with visuals. That's what made the keys fade from orange->grey->blue, if you happened to be at LAC Club Night during my set. > Thanks! > > -Greg Claude -- http://claudiusmaximus.goto10.org -- http://www.uwm.edu/~gssurges/ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Leopard builds?
Excellent! Let me know if you need anything. I am on IRC a lot these days, #dataflow. .hc On Mar 17, 2008, at 10:02 PM, bsoisoi wrote: Hi All, From what I can see, it appears I have a successful OS X 10.5 pd- extended development environment. I was able to build all dependencies with Fink 0.28.1. I'll let you know when I'm able to get the full piece built. Thanks ~Brandon On Mar 15, 2008, at 4:51 PM, bsoisoi wrote: Hi all, I'll update you with what I passed to Hans the other day. Work has been very demanding lately (I'm a developer for a non- profit organization), we have a big release coming up so I've been working overtime. I will try again this weekend, and will report back to you. Cheers, ~Brandon On Mar 11, 2008, at 5:26 PM, Hans-Christoph Steiner wrote: I was talking more about nightlies on Leopard/Intel which bsoisoi was working on. I don't really know whether Leopard- specific builds are needed. .hc On Mar 11, 2008, at 5:15 PM, chris clepper wrote: Are builds specific to 10.5 needed? Everything I've built recently on 10.4 works fine on the newer OS. On Tue, Mar 11, 2008 at 4:02 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Any word on the Leopard builds? That would be quite nice to have. .hc --- - Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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 Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] path issues (was: Re: [import] doesn't seem to add pathes)
It was coded that way. You can see the code in question here, look for INSTALL_PREFIX: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/pd/src/ s_main.c I am sure that if someone wrote a patch, it would be accepted. .hc On Mar 18, 2008, at 6:59 AM, Roman Haefeli wrote: > yo.. actually my bug report was bogus, because it was not related to > [import], but to how pd works on linux. it seems, that this bug was > closed in the tracker, but some 'unpleasant aftertaste' remains. > > why are all pathes hard-coded into pd on linux, while they aren't on > windows? correct me, if this is wrong, but i made this conclusion by > using [import] and [declare], when running pd from a non-standard > (i.e. > not the location where pd was compiled for) location on linux. using > [declare -sdtpath] in a patch opened in a pd-extended install, which i > extracted to my home directory, added a path from > > /usr/local/lib/pd/ (the standard pd install path) > > and not from > > /home/roman/pd-extended/usr/local/lib/pd/ > > as i would have expected, because i installed it there (extracted from > a .deb-package to this place, because i wanted to avoid conflicts with > my existing pd installation) > > on windows the situation is totally different: i can extract pd or > pd-extended, i can put it to any location and [declare -stdpath] seems > to always work the same way and adds pathes from > > / > > why this difference? why are pathes in pd for windows relative to the > current location of pd and in linux hardcoded to the prefix used > at ./configure time? why doesn't pd on linux use relative pathes as > well? > > the way it is handled on windows is much more flexible in my > opinion and > allows to create packages, that can be put anywhere and just run. > > roman > > On Mon, 2008-03-17 at 15:22 -0700, SourceForge.net wrote: >> Bugs item #1912314, was opened at 2008-03-11 20:24 >> Message generated for change (Comment added) made by eighthave >> You can respond by visiting: >> https://sourceforge.net/tracker/? >> func=detail&atid=478070&aid=1912314&group_id=55736 >> >> Please note that this message will contain a full copy of the >> comment thread, >> including the initial issue submission, for this request, >> not just the latest update. >> Category: pd-extended >> Group: None >>> Status: Closed >>> Resolution: Invalid >> Priority: 5 >> Private: No >> Submitted By: Roman Haefeli (reduzent) >> Assigned to: Hans-Christoph Steiner (eighthave) >> Summary: [import] doesn't seem to add pathes >> >> Initial Comment: >> tested with: >> Pd version 0.40.3-extended-20080308 >> >> which is installed in: >> /home/roman/pd-extended-0.40/usr/local/bin/pd >> (don't know if this infor useful. i think i should mention it, >> because usually it is installed in /usr/local/bin/pd) >> >> [import iemmatrix] prints: >> [import] loaded library: iemmatrix >> >> >> however, when i load this patch: >> >> [import iemmatrix] >> >> [matrix] >> - >> [matrix] doesn't get instantiated, but outputs the error: >> >> matrix >> ... couldn't create >> >> instantiating [iemmatrix/matrix] works fine, though. >> >> >> also this patch loads fine: >> --- >> [declare -stdpath extra/iemmatrix] >> >> [matrix] >> --- >> >> i tested the same with 'tof' and [destroysend] from the library >> 'tof' and got similar results. >> >> >> >> >> >> - >> - >> >>> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2008-03-17 18:22 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: NO >> >> caused by custom install location on GNU/Linux >> >> - >> - >> >> Comment By: Roman Haefeli (reduzent) >> Date: 2008-03-11 21:38 >> >> Message: >> Logged In: YES >> user_id=1895440 >> Originator: YES >> >> it turned out, that this behaviour is indeed related to the non- >> standard >> install location. it also turned out, that on linux several things >> in pd >> won't work as expexted, if pd is _not_ installed in the directory, >> where it >> was compiled for (unlike windows, where pd can be put to an >> arbitrary place >&
[PD-dev] adding pdpedia links to all help patches
Hey, I want to add links to all of the help patches in SVN to their respective pdpedia pages. Ideally, I could check these into trunk so that they would become a permanent addition. The problem is that the link object is not included in pd-vanilla ([pddp/pddplink]). Who does not want this checked into trunk? .hc kill your television ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] adding pdpedia links to all help patches
Hey, Part of the reason of adding the links is to encourage people to start adding more content to the pdpedia. As long as we have the template in place for that object, then I think that it will be worthwhile to have the link on the help patch. Would you like to lead this up? .hc On Mar 18, 2008, at 8:33 PM, marius schebella wrote: > I really think this should be done by hand, and every pdpedia page > has to be fixed together with the help patch (right now all the > texts/comments of a help patch were just dumped into the pdpedia > pages). then you can give the patches a good layout/design. and > there must be relevant additional information on the pdpedia pages > for it to make sense to link to the pdpedia pages. pdpedia is not > well mentained right now... > I would like to see "link" in pd-vanilla. but don't know if that > counts, because I also would like to see a lot of other objects in > pd-vanilla... > marius. > > > > Hans-Christoph Steiner wrote: >> Hey, >> I want to add links to all of the help patches in SVN to their >> respective pdpedia pages. Ideally, I could check these into trunk >> so that they would become a permanent addition. The problem is >> that the link object is not included in pd-vanilla ([pddp/ >> pddplink]). >> Who does not want this checked into trunk? >> .hc >> - >> --- >> kill your television >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] mrpeach external fails to build on OS X 10.5
Strange error. Which version of Pd are you building against? 40? 41? .hc On Mar 19, 2008, at 4:03 PM, bsoisoi wrote: > Hi Devs, > > I have a working setup for pd-extended on 10.5. Pd-extended fails to > build when the mrpeach externals are set in LIB_TARGETS. Here is what > I see: > > > > cc -DPD -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize -ftree- > vectorizer-verbose=2 -I/Users/bz/Downloads/puredata-extended/pd/src - > Wall -W -ggdb -I/sw/include -DMACOSX -DUNIX -Dunix -o "/Users/bz/ > Downloads/puredata-extended/externals/mrpeach/net/tcpserver.o" -c "/ > Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c" > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:89: error: syntax error before ‘u_long’ > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:89: warning: no semicolon at end of struct or union > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:97: error: syntax error before ‘}’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:97: warning: type defaults to ‘int’ in declaration of > ‘t_tcpserver’ > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:97: warning: data definition has no type or storage class > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:104: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:105: error: syntax error before ‘t_tcpserver’ > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:106: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:107: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:108: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:109: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:110: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:111: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:112: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:113: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:115: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: In function ‘tcpserver_socketreceiver_doread’: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:152: error: ‘y’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:152: error: (Each undeclared identifier is reported only > once > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:152: error: for each function it appears in.) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: In function ‘tcpserver_socketreceiver_read’: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:178: error: ‘y’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: At top level: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:245: error: syntax error before ‘t_tcpserver’ > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: In function ‘tcp_server_send_bytes’: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:259: error: ‘x’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:259: error: ‘client’ undeclared (first use in this > function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:266: error: ‘argc’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:268: error: ‘argv’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: At top level: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:369: error: syntax error before ‘*’ token > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c: In function ‘tcpserver_send’: > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:374: error: ‘x’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:379: error: ‘argc’ undeclared (first use in this function) > /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ > tcpserver.c:385: error: ‘argv’ undeclared (first use in this function) > /Use
Re: [PD-dev] make patch_pd fails builds on 10.5
Currently, 'make patch_pd' is meant to patch 0.40.x, it (probably) won't work when building against 0.41. Once the 0.40.3-extended release branch is created (soon), then we can port the patches to 0.41. .hc On Mar 19, 2008, at 4:11 PM, Martin Peach wrote: > This has to do with the add_string_support patch, which might > conflict with some other patch. > Does your m_obj.c have a > union inletunion > around line 12? > If so does it have a field > t_blob **iu_blobslot; > in it? > And is there a line > #define i_blobslot i_un.iu_blobslot > around line 34? > ...because if you have that error, one of the above is missing. > > Martin > > > > Brandon Zeeb wrote: >> Yo Pd-dev, >> >> The 'make patch_pd' step prevents one from successfully building >> pd- extended on Mac os x 10.5. >> >> When after you've "make patch_pd" when you build pd-extended, you >> will get the following error: >> >> m_obj.c: In function blobinlet_new: >> m_obj.c:222: error: union inletunion has no member named >> iu_blobslot >> make[2]: *** [m_obj.o] Error 1 >> make[1]: [pd] Error 2 (ignored) >> make -C /Users/bz/Downloads/puredata-extended/pd/src >> BUILDLAYOUT_DIR=/ Users/bz/Downloads/puredata-extended/packages >> cvs_root_dir=/Users/bz/ Downloads/puredata-extended DESTDIR=/Users/ >> bz/Downloads/puredata- extended/packages/darwin_app/build/ >> Pd-0.41.4.app/Contents/Resources prefix= libpddir=/Users/bz/ >> Downloads/puredata-extended/packages/ darwin_app/build/ >> Pd-0.41.4.app/Contents/Resources OPT_CFLAGS="- march=pentium4 - >> msse2 -mfpmath=sse -ftree-vectorize -ftree-vectorizer- verbose=2" >> UNAME=Darwin install >> makefile:171: warning: overriding commands for target `../bin/ >> pdtcl.dll' >> makefile:165: warning: ignoring old commands for target `../bin/ >> pdtcl.dll' >> cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- >> parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ >> include -I../portaudio/include -I../portaudio/src/ >> common -I../portaudio/src/os/mac_osx/ -I../ >> portmidi/ pm_common -I../portmidi/pm_mac -I../portmidi/ >> porttime - DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO - >> DNEWBUFFER -DMACOSX3 - DPA_BIG_ENDIAN -Wno-error -O2 -DUSEAPI_JACK >> -DINSTALL_PREFIX=\"\" -c - o ../obj/m_obj.o m_obj.c >> m_obj.c: In function blobinlet_new: >> m_obj.c:222: error: union inletunion has no member named >> iu_blobslot >> make[2]: *** [m_obj.o] Error 1 >> make[1]: *** [pd_install] Error 2 >> make: *** [darwin_app_core] Error 2 >> >> >> Any insights? >> >> Cheers, >> ~Brandon > > >> ___ >> 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 Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] adding pdpedia links to all help patches
Sounds like a good idea, and a nice comprimise, definitely give it a shot. .hc On Mar 19, 2008, at 4:11 AM, Luke Iannini (pd) wrote: > Hi, > Maybe an idea would be a help-menu entry that says "go to this patch's > page in the Pdpedia", that detects the frontmost window's patch name > (this must be possible, since [getpatchname] does it from within Pd). > It could filter out the -help.pd part, and then it would work for > object helpfiles as well as just open abstractions (and would make it > easy to add Pdpedia text to an object, since visiting a nonexistent > page in Pdpedia gives you the opportunity to edit it). > > I wouldn't mind trying to do this. > > Cheers > Luke > > On Tue, Mar 18, 2008 at 5:33 PM, marius schebella > <[EMAIL PROTECTED]> wrote: >> I really think this should be done by hand, and every pdpedia page >> has >> to be fixed together with the help patch (right now all the >> texts/comments of a help patch were just dumped into the pdpedia >> pages). >> then you can give the patches a good layout/design. and there >> must be >> relevant additional information on the pdpedia pages for it to make >> sense to link to the pdpedia pages. pdpedia is not well mentained >> right >> now... >> I would like to see "link" in pd-vanilla. but don't know if that >> counts, >> because I also would like to see a lot of other objects in pd- >> vanilla... >> marius. >> >> >> >> >> >> Hans-Christoph Steiner wrote: >>> Hey, >>> >>> I want to add links to all of the help patches in SVN to their >>> respective pdpedia pages. Ideally, I could check these into >>> trunk so >>> that they would become a permanent addition. The problem is that >>> the >>> link object is not included in pd-vanilla ([pddp/pddplink]). >>> >>> Who does not want this checked into trunk? >>> >>> .hc >>> >>> >>> >>> >>> >>> kill your television >>> >>> >>> >>> ___ >>> 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 >> If you are not part of the solution, you are part of the problem. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] PDP external fails to build on OS X 10.5
Looks like your computer is missing 'gsl'. I updated the fink instructions a bit, maybe you could try to run through them again. Basically, if you just copy and paste the packages into one big 'fink install' line, it won't rebuild existing things. Don't bother with the last ones, 'liblo0 ladspa-cmt flac graphviz fftw', those aren't really used for now. http://puredata.info/docs/developer/darwin Feel free to update that page with anything that needs it. .hc On Mar 19, 2008, at 4:18 PM, Brandon Zeeb wrote: > Hi again, > > PDP fails to build when building pd-extended on OS X 10.5. Thanks > m8s. > > Here is the text: > > In file included from ../../include/pdp.h:80, > from pdp_reg.c:23: > ../../include/pdp_matrix.h:25:27: error: gsl/gsl_block.h: No such file > or directory > ../../include/pdp_matrix.h:26:28: error: gsl/gsl_vector.h: No such > file or directory > ../../include/pdp_matrix.h:27:28: error: gsl/gsl_matrix.h: No such > file or directory > ../../include/pdp_matrix.h:28:26: error: gsl/gsl_blas.h: No such file > or directory > ../../include/pdp_matrix.h:29:29: error: gsl/gsl_linalg.h: No such > file or directory > In file included from ../../include/pdp.h:80, > from pdp_reg.c:23: > ../../include/pdp_matrix.h:44: error: syntax error before ‘gsl_block’ > ../../include/pdp_matrix.h:44: warning: no semicolon at end of struct > or union > ../../include/pdp_matrix.h:45: warning: type defaults to ‘int’ in > declaration of ‘vector’ > ../../include/pdp_matrix.h:45: warning: data definition has no type or > storage class > ../../include/pdp_matrix.h:46: error: syntax error before ‘matrix’ > ../../include/pdp_matrix.h:46: warning: type defaults to ‘int’ in > declaration of ‘matrix’ > ../../include/pdp_matrix.h:46: warning: data definition has no type or > storage class > ../../include/pdp_matrix.h:47: error: syntax error before ‘perm’ > ../../include/pdp_matrix.h:47: warning: type defaults to ‘int’ in > declaration of ‘perm’ > ../../include/pdp_matrix.h:47: warning: data definition has no type or > storage class > ../../include/pdp_matrix.h:51: error: syntax error before ‘}’ token > ../../include/pdp_matrix.h:51: warning: type defaults to ‘int’ in > declaration of ‘t_matrix’ > ../../include/pdp_matrix.h:51: warning: data definition has no type or > storage class > ../../include/pdp_matrix.h:65: error: syntax error before ‘TransA’ > ../../include/pdp_matrix.h:65: warning: function declaration isn’t a > prototype > ../../include/pdp_matrix.h:80: error: syntax error before ‘TransA’ > ../../include/pdp_matrix.h:82: warning: function declaration isn’t a > prototype > ../../include/pdp_matrix.h:84: error: syntax error before ‘TransA’ > ../../include/pdp_matrix.h:86: warning: function declaration isn’t a > prototype > make[5]: *** [pdp_reg.o] Error 1 > make[4]: *** [current] Error 2 > make[3]: *** [pdp_all] Error 2 > make[2]: *** [/Users/bz/Downloads/puredata-extended/externals/pdp/ > pdp.pd_darwin] Error 2 > make[1]: *** [externals_install] Error 2 > make: *** [extended_install] Error 2 > > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] make patch_pd fails builds on 10.5
Oh yeah, one other thing to try is the 0.40.3 autobuild. If you get the 'pd-extended' sources from rsync: http://puredata.info/docs/developer/GettingPdSource Then run 'pd-extended/scripts/auto-build/pd-extended-auto- builder.sh' It'll run the whole auto-build, included try to rsync up the build to the auto-build webserver. I added your IP, so your machine should be able to upload. .hc On Mar 19, 2008, at 4:36 PM, Hans-Christoph Steiner wrote: > > Currently, 'make patch_pd' is meant to patch 0.40.x, it (probably) > won't work when building against 0.41. Once the 0.40.3-extended > release branch is created (soon), then we can port the patches to > 0.41. > > .hc > > On Mar 19, 2008, at 4:11 PM, Martin Peach wrote: > >> This has to do with the add_string_support patch, which might >> conflict with some other patch. >> Does your m_obj.c have a >> union inletunion >> around line 12? >> If so does it have a field >> t_blob **iu_blobslot; >> in it? >> And is there a line >> #define i_blobslot i_un.iu_blobslot >> around line 34? >> ...because if you have that error, one of the above is missing. >> >> Martin >> >> >> >> Brandon Zeeb wrote: >>> Yo Pd-dev, >>> >>> The 'make patch_pd' step prevents one from successfully building >>> pd- extended on Mac os x 10.5. >>> >>> When after you've "make patch_pd" when you build pd-extended, you >>> will get the following error: >>> >>> m_obj.c: In function ‘blobinlet_new’: >>> m_obj.c:222: error: ‘union inletunion’ has no member named >>> ‘iu_blobslot’ >>> make[2]: *** [m_obj.o] Error 1 >>> make[1]: [pd] Error 2 (ignored) >>> make -C /Users/bz/Downloads/puredata-extended/pd/src >>> BUILDLAYOUT_DIR=/ Users/bz/Downloads/puredata-extended/packages >>> cvs_root_dir=/Users/bz/ Downloads/puredata-extended DESTDIR=/ >>> Users/bz/Downloads/puredata- extended/packages/darwin_app/build/ >>> Pd-0.41.4.app/Contents/Resources prefix= libpddir=/Users/bz/ >>> Downloads/puredata-extended/packages/ darwin_app/build/ >>> Pd-0.41.4.app/Contents/Resources OPT_CFLAGS="- march=pentium4 - >>> msse2 -mfpmath=sse -ftree-vectorize -ftree-vectorizer- verbose=2" >>> UNAME=Darwin install >>> makefile:171: warning: overriding commands for target `../bin/ >>> pdtcl.dll' >>> makefile:165: warning: ignoring old commands for target `../bin/ >>> pdtcl.dll' >>> cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- >>> parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ >>> include -I../portaudio/include -I../portaudio/src/ >>> common -I../portaudio/src/os/mac_osx/ -I../ >>> portmidi/ pm_common -I../portmidi/pm_mac -I../portmidi/ >>> porttime - DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO - >>> DNEWBUFFER -DMACOSX3 - DPA_BIG_ENDIAN -Wno-error -O2 - >>> DUSEAPI_JACK -DINSTALL_PREFIX=\"\" -c - o ../obj/m_obj.o m_obj.c >>> m_obj.c: In function ‘blobinlet_new’: >>> m_obj.c:222: error: ‘union inletunion’ has no member named >>> ‘iu_blobslot’ >>> make[2]: *** [m_obj.o] Error 1 >>> make[1]: *** [pd_install] Error 2 >>> make: *** [darwin_app_core] Error 2 >>> >>> >>> Any insights? >>> >>> Cheers, >>> ~Brandon >> >> >>> ___ >>> 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 > > > > -- > -- > > Terrorism is not an enemy. It cannot be defeated. It's a tactic. > It's about as sensible to say we declare war on night attacks and > expect we're going to win that war. We're not going to win the war > on terrorism.- retired U.S. Army general, William Odom > > I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] 'pddev' user on the build farm
Hey all, I just created a 'pddev' user on all of the build farm machines. If you want access to it to work on Pd, just send me an ssh key. I can't use passwords because it is on a university network and I have to make sure security is very tight, otherwise, they might boot the machines from their network. .hc Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] PDP external fails to build on OS X 10.5
Yeah, I think I added it recently, sorry about that. .hc On Mar 20, 2008, at 9:04 AM, Brandon Zeeb wrote: > Thanks Hans. > > I didn't see gsl on the original package list. I'll get it built > while I'm at work and try the autobuild instructions you passed in > another email thread. > > cheers, > ~brandon > > > > On Mar 20, 2008, at 1:04 AM, Hans-Christoph Steiner wrote: > >> >> Looks like your computer is missing 'gsl'. I updated the fink >> instructions a bit, maybe you could try to run through them >> again. Basically, if you just copy and paste the packages into >> one big 'fink install' line, it won't rebuild existing things. >> Don't bother with the last ones, 'liblo0 ladspa-cmt flac graphviz >> fftw', those aren't really used for now. >> >> http://puredata.info/docs/developer/darwin >> >> Feel free to update that page with anything that needs it. >> >> .hc >> >> On Mar 19, 2008, at 4:18 PM, Brandon Zeeb wrote: >> >>> Hi again, >>> >>> PDP fails to build when building pd-extended on OS X 10.5. >>> Thanks m8s. >>> >>> Here is the text: >>> >>> In file included from ../../include/pdp.h:80, >>> from pdp_reg.c:23: >>> ../../include/pdp_matrix.h:25:27: error: gsl/gsl_block.h: No such >>> file >>> or directory >>> ../../include/pdp_matrix.h:26:28: error: gsl/gsl_vector.h: No such >>> file or directory >>> ../../include/pdp_matrix.h:27:28: error: gsl/gsl_matrix.h: No such >>> file or directory >>> ../../include/pdp_matrix.h:28:26: error: gsl/gsl_blas.h: No such >>> file >>> or directory >>> ../../include/pdp_matrix.h:29:29: error: gsl/gsl_linalg.h: No such >>> file or directory >>> In file included from ../../include/pdp.h:80, >>> from pdp_reg.c:23: >>> ../../include/pdp_matrix.h:44: error: syntax error before >>> ‘gsl_block’ >>> ../../include/pdp_matrix.h:44: warning: no semicolon at end of >>> struct >>> or union >>> ../../include/pdp_matrix.h:45: warning: type defaults to ‘int’ in >>> declaration of ‘vector’ >>> ../../include/pdp_matrix.h:45: warning: data definition has no >>> type or >>> storage class >>> ../../include/pdp_matrix.h:46: error: syntax error before ‘matrix’ >>> ../../include/pdp_matrix.h:46: warning: type defaults to ‘int’ in >>> declaration of ‘matrix’ >>> ../../include/pdp_matrix.h:46: warning: data definition has no >>> type or >>> storage class >>> ../../include/pdp_matrix.h:47: error: syntax error before ‘perm’ >>> ../../include/pdp_matrix.h:47: warning: type defaults to ‘int’ in >>> declaration of ‘perm’ >>> ../../include/pdp_matrix.h:47: warning: data definition has no >>> type or >>> storage class >>> ../../include/pdp_matrix.h:51: error: syntax error before ‘}’ token >>> ../../include/pdp_matrix.h:51: warning: type defaults to ‘int’ in >>> declaration of ‘t_matrix’ >>> ../../include/pdp_matrix.h:51: warning: data definition has no >>> type or >>> storage class >>> ../../include/pdp_matrix.h:65: error: syntax error before ‘TransA’ >>> ../../include/pdp_matrix.h:65: warning: function declaration isn’t a >>> prototype >>> ../../include/pdp_matrix.h:80: error: syntax error before ‘TransA’ >>> ../../include/pdp_matrix.h:82: warning: function declaration isn’t a >>> prototype >>> ../../include/pdp_matrix.h:84: error: syntax error before ‘TransA’ >>> ../../include/pdp_matrix.h:86: warning: function declaration isn’t a >>> prototype >>> make[5]: *** [pdp_reg.o] Error 1 >>> make[4]: *** [current] Error 2 >>> make[3]: *** [pdp_all] Error 2 >>> make[2]: *** [/Users/bz/Downloads/puredata-extended/externals/pdp/ >>> pdp.pd_darwin] Error 2 >>> make[1]: *** [externals_install] Error 2 >>> make: *** [extended_install] Error 2 >>> >>> >>> ___ >>> PD-dev mailing list >>> PD-dev@iem.at >>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> - >> --- >> >> There is no way to peace, peace is the way. -A.J. Muste >> >> As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] path issues (was: Re: [import] doesn't seem to add pathes)
Sounds like it should be. On GNU/Linux installing in alternate locations is not well supported. But it wouldn't a ton of work to sort it out. Patches welcome :) .hc On Mar 19, 2008, at 7:41 PM, Roman Haefeli wrote: > just a small addon: > the help-browser opens relative to the pd i am currently running and > seems not to use the (absolute) install path. > > which means, that pd mixes hardcoded (absolute) install path and > relativ > path to the binary. > > shouldn't it be all relative to the binary? > > roman > > > > On Tue, 2008-03-18 at 11:59 +0100, Roman Haefeli wrote: >> yo.. actually my bug report was bogus, because it was not related to >> [import], but to how pd works on linux. it seems, that this bug was >> closed in the tracker, but some 'unpleasant aftertaste' remains. >> >> why are all pathes hard-coded into pd on linux, while they aren't on >> windows? correct me, if this is wrong, but i made this conclusion by >> using [import] and [declare], when running pd from a non-standard >> (i.e. >> not the location where pd was compiled for) location on linux. using >> [declare -sdtpath] in a patch opened in a pd-extended install, >> which i >> extracted to my home directory, added a path from >> >> /usr/local/lib/pd/ (the standard pd install path) >> >> and not from >> >> /home/roman/pd-extended/usr/local/lib/pd/ >> >> as i would have expected, because i installed it there (extracted >> from >> a .deb-package to this place, because i wanted to avoid conflicts >> with >> my existing pd installation) >> >> on windows the situation is totally different: i can extract pd or >> pd-extended, i can put it to any location and [declare -stdpath] >> seems >> to always work the same way and adds pathes from >> >> / >> >> why this difference? why are pathes in pd for windows relative to the >> current location of pd and in linux hardcoded to the prefix used >> at ./configure time? why doesn't pd on linux use relative pathes as >> well? >> >> the way it is handled on windows is much more flexible in my >> opinion and >> allows to create packages, that can be put anywhere and just run. >> >> roman >> >> On Mon, 2008-03-17 at 15:22 -0700, SourceForge.net wrote: >>> Bugs item #1912314, was opened at 2008-03-11 20:24 >>> Message generated for change (Comment added) made by eighthave >>> You can respond by visiting: >>> https://sourceforge.net/tracker/? >>> func=detail&atid=478070&aid=1912314&group_id=55736 >>> >>> Please note that this message will contain a full copy of the >>> comment thread, >>> including the initial issue submission, for this request, >>> not just the latest update. >>> Category: pd-extended >>> Group: None >>>> Status: Closed >>>> Resolution: Invalid >>> Priority: 5 >>> Private: No >>> Submitted By: Roman Haefeli (reduzent) >>> Assigned to: Hans-Christoph Steiner (eighthave) >>> Summary: [import] doesn't seem to add pathes >>> >>> Initial Comment: >>> tested with: >>> Pd version 0.40.3-extended-20080308 >>> >>> which is installed in: >>> /home/roman/pd-extended-0.40/usr/local/bin/pd >>> (don't know if this infor useful. i think i should mention it, >>> because usually it is installed in /usr/local/bin/pd) >>> >>> [import iemmatrix] prints: >>> [import] loaded library: iemmatrix >>> >>> >>> however, when i load this patch: >>> >>> [import iemmatrix] >>> >>> [matrix] >>> - >>> [matrix] doesn't get instantiated, but outputs the error: >>> >>> matrix >>> ... couldn't create >>> >>> instantiating [iemmatrix/matrix] works fine, though. >>> >>> >>> also this patch loads fine: >>> --- >>> [declare -stdpath extra/iemmatrix] >>> >>> [matrix] >>> --- >>> >>> i tested the same with 'tof' and [destroysend] from the library >>> 'tof' and got similar results. >>> >>> >>> >>> >>> >>> >>> -- >>> >>>> Comment By: Hans-Christoph Steiner (eighthave) >>> Date: 2008-03-17 18:22 >>> >>
[PD-dev] what is schedlib/externalschedlibmain?
I just noticed this new code in s_loader.c and pdj. Is there any explanation of what it is anywhere? I couldn't find it. But from what I read in pdj about it, it sounds useful for me elsewhere. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Calling a method periodically
If you post the code, it would be much easier to tell what's happening. My guess is that you can only have one delay set for a given clock, so like this: - 76 sets the timer - 32 resets the timer with new info Therefore the timer callback set by 76 never gets called. (Something like that, it's still morning here ;) .hc On Mar 21, 2008, at 11:24 PM, Greg Surges wrote: Thanks all, I'm still stuck. Is there a way to interleave calls to clock_delay()? I'll explain what I mean: I'm coding (trying to, anyway) a histogram object. I'm using integers from input to increment the values stored in an array. For example, if 76 is received as input, the value in the array at index 76 is incremented. This way, there's a running total of the frequency with which a number occurs. The problem is, I want the histogram to have a time window. So, a specified amount of time after an index is incremented, it should decrement automatically. I'm calling clock_delay() in the array incrementing function, which calls the decrementing function after the specified "decay" time. However, if you have two or more inputs before the decay time is up, only the most recent call from clock_delay() completes. What's happening is: (Decay time of 2 seconds) 76 is input at 0:00 32 is input at 0:015 32 decrements at 0:035 What I want to happen is: (Decay time is 2 seconds) 76 is input at 0:00 32 is input at 0:015 76 decrements at 0:02 32 decrements at 0:035 Can anyone help me with a way around this? Thanks again, this community has been really friendly and helpful as I start out learning. -Greg Surges http://www.uwm.edu/~gssurges/ 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
[PD-dev] pdmtl abstractions breaking builds
The pdmtl abstractions are having some issues with 'svn'. I can guarantee that 'svn' is installed, since that is what is used to get the source code every day. .hc > Message: 17 > Date: Sat, 22 Mar 2008 06:38:59 -0400 (EDT) > From: [EMAIL PROTECTED] (pd) > Subject: [PD-cvs] autobuild: pd-extended debian-stable-powerpc > 2008-03-22 06.29.26 > To: [EMAIL PROTECTED] > Message-ID: > <[EMAIL PROTECTED]> > > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra/pddp > install -p /home/pd/auto-build/pd-extended/abstractions/pddp/ > dsp.pd /home/pd/auto-build/pd-extended/abstractions/pddp/open.pd / > home/pd/auto-build/pd-extended/abstractions/pddp/+pager.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/parse_meta.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/print_long.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/print.pd /home/pd/auto- > build/pd-extended/packages/linux_make/build//usr/local/lib/pd/extra/ > pddp > /home/pd/auto-build/pd-extended/scripts/generate-libdir- > metafile.sh /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra pddp \ > --license "GNU GPL" \ > --description "support objects for the Pure Data Documentation > Project" > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/doc/5.reference/pddp > install -p /home/pd/auto-build/pd-extended/abstractions/pddp/*- > help.pd \ > /home/pd/auto-build/pd-extended/packages/linux_make/build//usr/ > local/lib/pd/doc/5.reference/pddp > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra/pdmtl > svn export --force /home/pd/auto-build/pd-extended/abstractions/ > pdmtl \ > /home/pd/auto-build/pd-extended/packages/linux_make/build//usr/ > local/lib/pd/extra/pdmtl > make[2]: svn: Command not found > make[2]: *** [pdmtl_install] Error 127 > make[2]: Leaving directory `/home/pd/auto-build/pd-extended/ > abstractions' > make[1]: *** [abstractions_install] Error 2 > make[1]: Leaving directory `/home/pd/auto-build/pd-extended/packages' > make: *** [install] Error 2 > upload specs linux_make . deb > Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./ > Pd*.deb > ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: > No such file or directory > > > > -- > > ___ > PD-cvs mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-cvs > > > End of PD-cvs Digest, Vol 37, Issue 19 > ** As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pdmtl abstractions breaking builds
Just having a link in the pure-data SVN to the pdmtl abstractions isn't really useful from my experience. I think it would be more useful to import pdmtl releases into the pure-data SVN. But it seems that there aren't any pdmtl releases. By just importing the latest pdmtl abstractions into Pd-extended, I think that will cause more problems that in solves. I think it makes more sense to work out the details of a user-managed externals installation location, then the users can manage pdmtl there using SVN or whatever. On Mac OS X since 0.39.3-extended, /Library/Pd is a such a location. Just put your code there and it is in the default path for objects and help files. We just need to pick standard locations for GNU/ Linux and Windows, then add it to default preferences, then I think that will be the best solution for managing pdmtl with Pd-extended. This really the direction that Pd-extended should be going on. Only really stable things should be included, other things should be managed outside. Ideally we'd have some kind of apt-get for Pd. .hc On Mar 22, 2008, at 12:56 PM, Luke Iannini (pd) wrote: > Hi Hans, > Hm, that's odd, a weird PATH issue perhaps? I tested it thoroughly > this time : ), and it works fine on both of my machines; "command not > found" is I guess a shell error (at first I thought maybe the "export" > command was a newer addition to SVN, but it seems to have been there > from the start anyway). > > Exporting is definitely a good idea, since the .svn/ dirs add about > 30megs of unnecessary overhead. > > So, either we can try to fix the path issue, or I can try to replicate > "svn export" using "find"? > Cheers > Luke > > > On Sat, Mar 22, 2008 at 9:09 AM, Hans-Christoph Steiner > <[EMAIL PROTECTED]> wrote: >> >> The pdmtl abstractions are having some issues with 'svn'. I can >> guarantee that 'svn' is installed, since that is what is used to get >> the source code every day. >> >> .hc >> >>> Message: 17 >>> Date: Sat, 22 Mar 2008 06:38:59 -0400 (EDT) >>> From: [EMAIL PROTECTED] (pd) >>> Subject: [PD-cvs] autobuild: pd-extended debian-stable-powerpc >>> 2008-03-22 06.29.26 >>> To: [EMAIL PROTECTED] >>> Message-ID: >>> <[EMAIL PROTECTED] >>> powerpc.idmi.poly.edu> >>> >>> install -d /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/local/lib/pd/extra/pddp >>> install -p /home/pd/auto-build/pd-extended/abstractions/pddp/ >>> dsp.pd /home/pd/auto-build/pd-extended/abstractions/pddp/open.pd / >>> home/pd/auto-build/pd-extended/abstractions/pddp/+pager.pd /home/pd/ >>> auto-build/pd-extended/abstractions/pddp/parse_meta.pd /home/pd/ >>> auto-build/pd-extended/abstractions/pddp/print_long.pd /home/pd/ >>> auto-build/pd-extended/abstractions/pddp/print.pd /home/pd/auto- >>> build/pd-extended/packages/linux_make/build//usr/local/lib/pd/extra/ >>> pddp >>> /home/pd/auto-build/pd-extended/scripts/generate-libdir- >>> metafile.sh /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/local/lib/pd/extra pddp \ >>> --license "GNU GPL" \ >>> --description "support objects for the Pure Data >>> Documentation >>> Project" >>> install -d /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/local/lib/pd/doc/5.reference/pddp >>> install -p /home/pd/auto-build/pd-extended/abstractions/pddp/*- >>> help.pd \ >>> /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/ >>> local/lib/pd/doc/5.reference/pddp >>> install -d /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/local/lib/pd/extra/pdmtl >>> svn export --force /home/pd/auto-build/pd-extended/abstractions/ >>> pdmtl \ >>> /home/pd/auto-build/pd-extended/packages/linux_make/ >>> build//usr/ >>> local/lib/pd/extra/pdmtl >>> make[2]: svn: Command not found >>> make[2]: *** [pdmtl_install] Error 127 >>> make[2]: Leaving directory `/home/pd/auto-build/pd-extended/ >>> abstractions' >>> make[1]: *** [abstractions_install] Error 2 >>> make[1]: Leaving directory `/home/pd/auto-build/pd-extended/ >>> packages' >>> make: *** [install] Error 2 >>> upload specs linux_make . deb >>> Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./ >>> Pd*.deb >>> ls: /home/pd/auto-
Re: [PD-dev] allow only one instance of external object
Check out nqpoly4 or polypoly, they are both included in Pd-extended and in SVN. .hc On Mar 22, 2008, at 11:33 PM, best boy wrote: hi is there a way to keep track of the number of opened instances of an external? if so, can anyone point me to an example object? thanks olli Kostenlos bloggen + eigene Homepage + Fotospeicher = MSN Spaces Kostenlos! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] allow only one instance of external object
Check out [singleton] and search the archives for discussions on that: http://lists.puredata.info/pipermail/pd-list/2007-03/048424.html .hc On Mar 23, 2008, at 4:13 PM, best boy wrote: hi thanks for your help. i checked out nopoly4 and polypoly, but they both seem to be abstractions and are not very helpful in my case. i need a working solution that prevents the user from creating more than one instance of an external i'm writing. thanks anyway olli CC: pd-dev@iem.at From: [EMAIL PROTECTED] Subject: Re: [PD-dev] allow only one instance of external object Date: Sat, 22 Mar 2008 23:43:23 -0400 To: [EMAIL PROTECTED] Check out nqpoly4 or polypoly, they are both included in Pd- extended and in SVN. .hc On Mar 22, 2008, at 11:33 PM, best boy wrote: hi is there a way to keep track of the number of opened instances of an external? if so, can anyone point me to an example object? thanks olli Kostenlos bloggen + eigene Homepage + Fotospeicher = MSN Spaces Kostenlos! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev -- -- As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin Jetzt dabei sein und Windows Live Mail testen. Windows Live Mail. Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] what is schedlib/externalschedlibmain?
It seems that the pdj (mxj clone) code uses it. Is it functional? .hc On Mar 24, 2008, at 3:06 PM, Miller Puckette wrote: > That's me trying to facilitate plugging in alternative schedulers > (threaded ones for instance :) > > M > > On Sat, Mar 22, 2008 at 01:43:03AM -0400, Hans-Christoph Steiner > wrote: >> >> I just noticed this new code in s_loader.c and pdj. Is there any >> explanation of what it is anywhere? I couldn't find it. But from >> what I read in pdj about it, it sounds useful for me elsewhere. >> >> .hc >> >> >> - >> --- >> >> >> 'You people have such restrictive dress for women,? she said, >> hobbling away in three inch heels and panty hose to finish out >> another pink-collar temp pool day. - ?Hijab Scene #2", by Mohja Kahf >> >> >> >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev All information should be free. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] what is schedlib/externalschedlibmain?
I meant, is the schedlib stuff working. .hc On Mar 24, 2008, at 4:22 PM, Miller Puckette wrote: > I've never tried pdj (don't use java) so don't know. > > cheers > M > > On Mon, Mar 24, 2008 at 04:15:34PM -0400, Hans-Christoph Steiner > wrote: >> >> It seems that the pdj (mxj clone) code uses it. Is it functional? >> >> .hc >> >> On Mar 24, 2008, at 3:06 PM, Miller Puckette wrote: >>> That's me trying to facilitate plugging in alternative schedulers >>> (threaded ones for instance :) >>> >>> M >>> >>> On Sat, Mar 22, 2008 at 01:43:03AM -0400, Hans-Christoph Steiner >>> wrote: >>>> >>>> I just noticed this new code in s_loader.c and pdj. Is there any >>>> explanation of what it is anywhere? I couldn't find it. But from >>>> what I read in pdj about it, it sounds useful for me elsewhere. >>>> >>>> .hc >>>> >>>> >>>> --- >>>> -- >>>> --- >>>> >>>> >>>> 'You people have such restrictive dress for women,? she said, >>>> hobbling away in three inch heels and panty hose to finish out >>>> another pink-collar temp pool day. - ?Hijab Scene #2", by Mohja >>>> Kahf >>>> >>>> >>>> >>>> ___ >>>> PD-dev mailing list >>>> PD-dev@iem.at >>>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> - >> --- >> >> >> All information should be free. - the hacker ethic >> >> >> The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] what is schedlib/externalschedlibmain?
So does this scheduler then completely override the built-in one? I am trying to find a way to deal with Apple Carbon CFRunLoops, which are needed by the IOBluetooth API in order to get the data from the devices at regular intervals. Carbon apps all have one built-in, it is the main event loop, but since 'pd' is separate from its GUI, the CFRunLoop is in the pd-gui Tcl/Tk process, and therefore the wiiremote object can't hook into it. .hc On Mar 24, 2008, at 7:17 PM, Miller Puckette wrote: > It was working as of 0.37 (got used in PdVST) but I haven't tested it > for years, and of course I might have broken it moving it to > s_loader.c. > I'm now planning a pd object that starts a subsidiary Pd process > which will > almost certainly have to plug in an alternate scheduler, so we should > know within a few months... > > cheers > Miller > > On Mon, Mar 24, 2008 at 07:12:24PM -0400, Hans-Christoph Steiner > wrote: >> >> I meant, is the schedlib stuff working. >> >> .hc >> >> On Mar 24, 2008, at 4:22 PM, Miller Puckette wrote: >>> I've never tried pdj (don't use java) so don't know. >>> >>> cheers >>> M >>> >>> On Mon, Mar 24, 2008 at 04:15:34PM -0400, Hans-Christoph Steiner >>> wrote: >>>> >>>> It seems that the pdj (mxj clone) code uses it. Is it functional? >>>> >>>> .hc >>>> >>>> On Mar 24, 2008, at 3:06 PM, Miller Puckette wrote: >>>>> That's me trying to facilitate plugging in alternative schedulers >>>>> (threaded ones for instance :) >>>>> >>>>> M >>>>> >>>>> On Sat, Mar 22, 2008 at 01:43:03AM -0400, Hans-Christoph Steiner >>>>> wrote: >>>>>> >>>>>> I just noticed this new code in s_loader.c and pdj. Is there any >>>>>> explanation of what it is anywhere? I couldn't find it. But >>>>>> from >>>>>> what I read in pdj about it, it sounds useful for me elsewhere. >>>>>> >>>>>> .hc >>>>>> >>>>>> >>>>>> - >>>>>> -- >>>>>> -- >>>>>> --- >>>>>> >>>>>> >>>>>> 'You people have such restrictive dress for women,? she said, >>>>>> hobbling away in three inch heels and panty hose to finish out >>>>>> another pink-collar temp pool day. - ?Hijab Scene #2", by Mohja >>>>>> Kahf >>>>>> >>>>>> >>>>>> >>>>>> ___ >>>>>> PD-dev mailing list >>>>>> PD-dev@iem.at >>>>>> http://lists.puredata.info/listinfo/pd-dev >>>> >>>> >>>> >>>> --- >>>> -- >>>> --- >>>> >>>> >>>> All information should be free. - the hacker ethic >>>> >>>> >>>> >> >> >> >> - >> --- >> >> >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> 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
Re: [PD-dev] what is schedlib/externalschedlibmain?
I am guessing that Gem uses the HID API, I couldn't find where in the Gem code it was using the Apple API. HID does not require the event loop, you can poll it for events since it has an internal queue. The IOBluetooth API doesn't do the internally queuing or have a poll function, so you have to stick callbacks into the CFRunLoop. .hc On Mar 25, 2008, at 10:02 PM, chris clepper wrote: Look at the GEM OSX code for mouse and keyboard events hacking. Getting the required data doesn't always require the by the book event loops. On Tue, Mar 25, 2008 at 4:22 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: So does this scheduler then completely override the built-in one? I am trying to find a way to deal with Apple Carbon CFRunLoops, which are needed by the IOBluetooth API in order to get the data from the devices at regular intervals. Carbon apps all have one built-in, it is the main event loop, but since 'pd' is separate from its GUI, the CFRunLoop is in the pd-gui Tcl/Tk process, and therefore the wiiremote object can't hook into it. .hc On Mar 24, 2008, at 7:17 PM, Miller Puckette wrote: > It was working as of 0.37 (got used in PdVST) but I haven't tested it > for years, and of course I might have broken it moving it to > s_loader.c. > I'm now planning a pd object that starts a subsidiary Pd process > which will > almost certainly have to plug in an alternate scheduler, so we should > know within a few months... > > cheers > Miller > > On Mon, Mar 24, 2008 at 07:12:24PM -0400, Hans-Christoph Steiner > wrote: >> >> I meant, is the schedlib stuff working. >> >> .hc >> >> On Mar 24, 2008, at 4:22 PM, Miller Puckette wrote: >>> I've never tried pdj (don't use java) so don't know. >>> >>> cheers >>> M >>> >>> On Mon, Mar 24, 2008 at 04:15:34PM -0400, Hans-Christoph Steiner >>> wrote: >>>> >>>> It seems that the pdj (mxj clone) code uses it. Is it functional? >>>> >>>> .hc >>>> >>>> On Mar 24, 2008, at 3:06 PM, Miller Puckette wrote: >>>>> That's me trying to facilitate plugging in alternative schedulers >>>>> (threaded ones for instance :) >>>>> >>>>> M >>>>> >>>>> On Sat, Mar 22, 2008 at 01:43:03AM -0400, Hans-Christoph Steiner >>>>> wrote: >>>>>> >>>>>> I just noticed this new code in s_loader.c and pdj. Is there any >>>>>> explanation of what it is anywhere? I couldn't find it. But >>>>>> from >>>>>> what I read in pdj about it, it sounds useful for me elsewhere. >>>>>> >>>>>> .hc >>>>>> >>>>>> >>>>>> - >>>>>> -- >>>>>> -- >>>>>> --- >>>>>> >>>>>> >>>>>> 'You people have such restrictive dress for women,? she said, >>>>>> hobbling away in three inch heels and panty hose to finish out >>>>>> another pink-collar temp pool day. - ?Hijab Scene #2", by Mohja >>>>>> Kahf >>>>>> >>>>>> >>>>>> >>>>>> ___ >>>>>> PD-dev mailing list >>>>>> PD-dev@iem.at >>>>>> http://lists.puredata.info/listinfo/pd-dev >>>> >>>> >>>> >>>> --- >>>> -- >>>> --- >>>> >>>> >>>> All information should be free. - the hacker ethic >>>> >>>> >>>> >> >> >> >> - >> --- >> >> >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> -- -- 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 "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] building from svn vanilla
Hey, Unless you made changes to configure.in and makefile.in, then the build process will ignore the Fink Tcl/Tk. It'll use the Tcl/Tk frameworks in /System/Library/Frameworks or /Library/Frameworks. .hc On Mar 26, 2008, at 10:26 PM, bsoisoi wrote: Hi David, I'm using tcl/tk 8.4.16-4 from fink. I've attached a text file showing all of my installed packages from fink. There are all the packages installed (from unstable) including dependencies to build pd-extended. You won't need most of these to build Miller's vanilla from svn (only tcl/tk, fftw3 from Fink and Jack from jackosx.com). Are you getting errors saying tcl/tk can't be found? I've been having trouble as well. I'm able to build about 95% of pd-extended, but I keep getting stuck on a few packages (hid, hcs, pdp, toxy, widgets). Pd-vanilla will build just fine, though. (although you might need to edit Miller's configure.in to change a few instances of Jack to Jackmp (I've attached mine as well)). Which version of Fink are you using? Since Fink 0.28.1, all essential packages (from unstable) will build just fine. You'll need to get 0.28.1 from sourceforge: http://sourceforge.net/project/showfiles.php? group_id=17203&package_id=13043&release_id=583449 Once you can get pd-vanilla built, lets look into finding where the issues exist for 10.5 compatibility with the builds. Another set of free cycles will really help :). Does this help any? Email me or catch me in #dataflow on freenode if you need anything. Cheers, ~Brandon On Mar 26, 2008, at 11:40 AM, David Plans Casal wrote: Hello Can people (Miller?) let me know what Tcl/Tk versions they are using to build from SVN trunk on OSX 10.5? Brandon? And, how about those Leopard builds? Can I help in any way? (just been trying to build from trunk using 8.4 and then 8.5 and finding a bit tough) David ___ 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 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
Re: [PD-dev] make patch_pd fails builds on 10.5
It's missing libhid0, that's why it failed. Could you try running thru the install instructions again to make sure that they are up-to- date? It should be much quicker this time, since everything will already be installed. http://puredata.info/docs/developer/darwin Also, you don't need to send the whole transcript of the build. Almost always, just the error messages are enough. You can usually start from the last line that starts with 'gcc'. .hc On Mar 26, 2008, at 9:13 PM, bsoisoi wrote: > Hi again, > > This also fails to build. I've attached the logs. autobuild-log.rtf.zip> > > ~Brandon > > On Mar 20, 2008, at 11:18 AM, Hans-Christoph Steiner wrote: > >> >> Oh yeah, one other thing to try is the 0.40.3 autobuild. If you get >> the 'pd-extended' sources from rsync: >> >> http://puredata.info/docs/developer/GettingPdSource >> >> Then run 'pd-extended/scripts/auto-build/pd-extended-auto- >> builder.sh' It'll run the whole auto-build, included try to rsync up >> the build to the auto-build webserver. I added your IP, so your >> machine should be able to upload. >> >> .hc >> >> On Mar 19, 2008, at 4:36 PM, Hans-Christoph Steiner wrote: >> >>> >>> Currently, 'make patch_pd' is meant to patch 0.40.x, it (probably) >>> won't work when building against 0.41. Once the 0.40.3-extended >>> release branch is created (soon), then we can port the patches to >>> 0.41. >>> >>> .hc >>> >>> On Mar 19, 2008, at 4:11 PM, Martin Peach wrote: >>> >>>> This has to do with the add_string_support patch, which might >>>> conflict with some other patch. >>>> Does your m_obj.c have a >>>> union inletunion >>>> around line 12? >>>> If so does it have a field >>>> t_blob **iu_blobslot; >>>> in it? >>>> And is there a line >>>> #define i_blobslot i_un.iu_blobslot >>>> around line 34? >>>> ...because if you have that error, one of the above is missing. >>>> >>>> Martin >>>> >>>> >>>> >>>> Brandon Zeeb wrote: >>>>> Yo Pd-dev, >>>>> >>>>> The 'make patch_pd' step prevents one from successfully building >>>>> pd- extended on Mac os x 10.5. >>>>> >>>>> When after you've "make patch_pd" when you build pd-extended, you >>>>> will get the following error: >>>>> >>>>> m_obj.c: In function ‘blobinlet_new’: >>>>> m_obj.c:222: error: ‘union inletunion’ has no member named >>>>> ‘iu_blobslot’ >>>>> make[2]: *** [m_obj.o] Error 1 >>>>> make[1]: [pd] Error 2 (ignored) >>>>> make -C /Users/bz/Downloads/puredata-extended/pd/src >>>>> BUILDLAYOUT_DIR=/ Users/bz/Downloads/puredata-extended/packages >>>>> cvs_root_dir=/Users/bz/ Downloads/puredata-extended DESTDIR=/ >>>>> Users/bz/Downloads/puredata- extended/packages/darwin_app/build/ >>>>> Pd-0.41.4.app/Contents/Resources prefix= libpddir=/Users/bz/ >>>>> Downloads/puredata-extended/packages/ darwin_app/build/ >>>>> Pd-0.41.4.app/Contents/Resources OPT_CFLAGS="- march=pentium4 - >>>>> msse2 -mfpmath=sse -ftree-vectorize -ftree-vectorizer- verbose=2" >>>>> UNAME=Darwin install >>>>> makefile:171: warning: overriding commands for target `../bin/ >>>>> pdtcl.dll' >>>>> makefile:165: warning: ignoring old commands for target `../bin/ >>>>> pdtcl.dll' >>>>> cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- >>>>> parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ >>>>> include -I../portaudio/include -I../portaudio/src/ >>>>> common -I../portaudio/src/os/mac_osx/ -I../ >>>>> portmidi/ pm_common -I../portmidi/pm_mac -I../portmidi/ >>>>> porttime - DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO - >>>>> DNEWBUFFER -DMACOSX3 - DPA_BIG_ENDIAN -Wno-error -O2 - >>>>> DUSEAPI_JACK -DINSTALL_PREFIX=\"\" -c - o ../obj/m_obj.o m_obj.c >>>>> m_obj.c: In function ‘blobinlet_new’: >>>>> m_obj.c:222: error: ‘union inletunion’ has no member named >>>>> ‘iu_blobslot’ >>>>> make[2]: *** [m_obj.o] Error 1 >>>>> make[1]: *
[PD-dev] string support and generic types
Hey, IOhannes and Miller worked out a solution for declaring generic types, it didn't sound to hard to implement. For the next Pd- extended release, I think we'll probably should remove the Martin's string patch in favor of this approach. I want to include the string support, but I think it is important that it is included in a way that will remain useful when things are changed to support this generic atom registry. It should also be backwards compatible, and I don't have a clear idea of whether it is. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] string support and generic types
On Mar 27, 2008, at 3:22 PM, Martin Peach wrote: > Hans-Christoph Steiner wrote: >> Hey, >> >> IOhannes and Miller worked out a solution for declaring generic >> types, it didn't sound to hard to implement. For the next Pd- >> extended release, I think we'll probably should remove the Martin's >> string patch in favor of this approach. > > OK if the new method is implemented first, and documented as well ;) > Then I will change [str] to fit. > I'm using the str object a lot right now in my pd web server: > http://132.205.142.13 Wow, that's nice. Is it Pd-extended per chance? Looking forward to trying that code! :) .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Compiling Audition Library in Mac OS 10.5
Maybe you have to load it like a library before using it. .hc On Mar 26, 2008, at 1:58 PM, Julian Villegas wrote: Hi, I managed to compiled the Audition library (http://lumiere.ens.fr/ Audition/tools/realtime/) in my MacBook using the last version of Flext (checked out from the sv server). The compilation was done as indicated in the readme file of the Flext distribution, and there were no errors. The library was installed in the Extra directory in Pd (v 0.41.2). Also, I added 'Audition' in the startup preferences menu. I know that flext is working cause I could compile and use xsample, but when I try to use Audition, I have the following error: load_object: Symbol "Audition_setup" not found I know that some of you have had that dreadful message before and I was hoping you could help me with this. Thanks in advance, Julian Villegas Me pregunto de un modo pensativo Que significa ser Colombiano? No se le respondi. Es un acto de fe JLB. Looking for last minute shopping deals? Find them fast with Yahoo! Search. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev kill your television ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] adding pdpedia links to all help patches
On Mar 31, 2008, at 5:51 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> Who does not want this checked into trunk? > > me. I knew that already ;) > but as i understand luke's proposal it can be done without > modifying any help-patch anyhow. Yes, I think it is a good idea and should be included. I am not sure whether it is a full replacement for having the embedded link in the patch, but I am willing to try. .hc 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
Re: [PD-dev] names of 'pd' tags
On Mar 31, 2008, at 5:59 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> Hey, >> http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/ >> I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are >> a bit of a mess, so I would like to propose cleaning them up. >> First, I think we can ditch the 'pd-' prefix since they are >> already in a > > i agree. > >> folder called 'pd'. Second, I think we should use the very >> standard '.' as the separator between numbers. > > hmm, miller's versioning scheme has been consistent since (i think > at least) pd-0.34-0 > so i don't see a reason to change branch-names to just another > standard just because we can. instead i think branch/tag-names of > Pd should follow the versioning scheme of Pd as closely as possible. > Pd is the only software that I have ever seen that uses "-" to separate the minor version. Not only that, but the "-" is a very common separator used to add a package version to packages (like Debian, etc.). Pd's "-" causes problems there. I see no advantages to keeping the "0.39-3" format. You guys could use feet, inches, pounds and pints since you are working with Americans, but I think you'd rather use what the rest of the world uses: meters, grams, and liters. >> - I think we should probably also clean up the "pd-0.39-3", >> "pd-0.39-3-again", "pd-0.39-3-oncemore", , "pd-0.39-3-really" to >> be just the right 0.39.3. > > hmm, i don't know why these branches are named like that. > one could argue that the person who created them did so on purpose > (though probably not) "0.39.3" is not defined by the tag. The tag is instead marking the code that represents 0.39.3. If you read the commit comments, those tags are because there were problems. Therefore "0.39.3" should be >> - do we need the test versions listed in the tags? There are only >> a couple existing anyway. > > again, as these branches had been created, why should we not need > them? > I am fine with leaving these if someone wants them. .hc "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] make patch_pd fails builds on 10.5
Try purging that package and reinstalling: fink purge ptex-nox-base I've never installed any 'ptex' packages. I think that the 'tetex' packages fulfill the same need, that's what I have installed. .hc On Mar 27, 2008, at 2:17 PM, Brandon Zeeb wrote: > Its that damn bug again. It has blocked me from installing a few > other dependencies: > > prob:~ bz$ sudo fink install libhid0 > Information about 6519 packages read in 0 seconds. > Failed: Internal error: node for ptex-nox-base already exists > prob:~ bz$ > > ~Brandon > > On Mar 27, 2008, at 1:27 PM, Hans-Christoph Steiner wrote: >> >> It's missing libhid0, that's why it failed. Could you try running >> thru the install instructions again to make sure that they are up- >> to-date? It should be much quicker this time, since everything >> will already be installed. >> >> http://puredata.info/docs/developer/darwin >> >> Also, you don't need to send the whole transcript of the build. >> Almost always, just the error messages are enough. You can >> usually start from the last line that starts with 'gcc'. >> >> .hc >> >> On Mar 26, 2008, at 9:13 PM, bsoisoi wrote: >>> Hi again, >>> >>> This also fails to build. I've attached the logs.>> autobuild-log.rtf.zip> >>> >>> ~Brandon >>> >>> On Mar 20, 2008, at 11:18 AM, Hans-Christoph Steiner wrote: >>> >>>> >>>> Oh yeah, one other thing to try is the 0.40.3 autobuild. If you >>>> get >>>> the 'pd-extended' sources from rsync: >>>> >>>> http://puredata.info/docs/developer/GettingPdSource >>>> >>>> Then run 'pd-extended/scripts/auto-build/pd-extended-auto- >>>> builder.sh' It'll run the whole auto-build, included try to >>>> rsync up >>>> the build to the auto-build webserver. I added your IP, so your >>>> machine should be able to upload. >>>> >>>> .hc >>>> >>>> On Mar 19, 2008, at 4:36 PM, Hans-Christoph Steiner wrote: >>>> >>>>> >>>>> Currently, 'make patch_pd' is meant to patch 0.40.x, it (probably) >>>>> won't work when building against 0.41. Once the 0.40.3-extended >>>>> release branch is created (soon), then we can port the patches to >>>>> 0.41. >>>>> >>>>> .hc >>>>> >>>>> On Mar 19, 2008, at 4:11 PM, Martin Peach wrote: >>>>> >>>>>> This has to do with the add_string_support patch, which might >>>>>> conflict with some other patch. >>>>>> Does your m_obj.c have a >>>>>> union inletunion >>>>>> around line 12? >>>>>> If so does it have a field >>>>>> t_blob **iu_blobslot; >>>>>> in it? >>>>>> And is there a line >>>>>> #define i_blobslot i_un.iu_blobslot >>>>>> around line 34? >>>>>> ...because if you have that error, one of the above is missing. >>>>>> >>>>>> Martin >>>>>> >>>>>> >>>>>> >>>>>> Brandon Zeeb wrote: >>>>>>> Yo Pd-dev, >>>>>>> >>>>>>> The 'make patch_pd' step prevents one from successfully building >>>>>>> pd- extended on Mac os x 10.5. >>>>>>> >>>>>>> When after you've "make patch_pd" when you build pd-extended, >>>>>>> you >>>>>>> will get the following error: >>>>>>> >>>>>>> m_obj.c: In function ‘blobinlet_new’: >>>>>>> m_obj.c:222: error: ‘union inletunion’ has no member named >>>>>>> ‘iu_blobslot’ >>>>>>> make[2]: *** [m_obj.o] Error 1 >>>>>>> make[1]: [pd] Error 2 (ignored) >>>>>>> make -C /Users/bz/Downloads/puredata-extended/pd/src >>>>>>> BUILDLAYOUT_DIR=/ Users/bz/Downloads/puredata-extended/packages >>>>>>> cvs_root_dir=/Users/bz/ Downloads/puredata-extended DESTDIR=/ >>>>>>> Users/bz/Downloads/puredata- extended/packages/darwin_app/build/ >>>>>>> Pd-0.41.4.app/Contents/Resources prefix= libpddir=/Users/bz/ >>>>>>> Downloads/puredata-extended/pa
Re: [PD-dev] string support and generic types
I am fine with leaving the string patch in this release as it is if it will be compatible with a generic approach to defining new atoms types. Can anyone speak to that? .hc On Mar 27, 2008, at 4:29 PM, Martin Peach wrote: > It's mostly this patch, the sensor input comes from an arduino with > a sonar attached. > Still at the dangerous stage, implements a minimal http 1.1 server. > It's pd-extended 0403 from today's autobuild. > Martin > > >> From: Hans-Christoph Steiner <[EMAIL PROTECTED]> >> To: "Martin Peach" <[EMAIL PROTECTED]> >> CC: pd-dev@iem.at >> Subject: Re: [PD-dev] string support and generic types >> Date: Thu, 27 Mar 2008 16:12:01 -0400 >> >> >> On Mar 27, 2008, at 3:22 PM, Martin Peach wrote: >> > Hans-Christoph Steiner wrote: >> >> Hey, >> >> >> >> IOhannes and Miller worked out a solution for declaring generic >> >> types, it didn't sound to hard to implement. For the next Pd- >> >> extended release, I think we'll probably should remove the >> Martin's >> >> string patch in favor of this approach. >> > >> > OK if the new method is implemented first, and documented as >> well ;) >> > Then I will change [str] to fit. >> > I'm using the str object a lot right now in my pd web server: >> > http://132.205.142.13 >> >> Wow, that's nice. Is it Pd-extended per chance? Looking forward to >> trying that code! :) >> >> .hc >> >> >> - >> --- >> >> >> As we enjoy great advantages from inventions of others, we should be >> glad of an opportunity to serve others by any invention of ours; and >> this we should do freely and generously. - Benjamin Franklin >> >> >> >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev > > Mistrust authority - promote decentralization. - the hacker ethic ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] string support and generic types
On Apr 5, 2008, at 1:07 PM, IOhannes m zmoelnig wrote: > Martin Peach wrote: >> IOhannes m zmoelnig wrote: >>> Hans-Christoph Steiner wrote: >>>> I am fine with leaving the string patch in this release as it is >>>> if it will be compatible with a generic approach to defining >>>> new atoms types. Can anyone speak to that? >>> >>> does the patch still register the "string" keyword? (and in doing >>> so breaks all other objects that use [string( without the string- >>> atomtype?) >>> >> The latest version registers the "blob" keyword instead, but I >> think it is not necessary for it to register a name at all. > > exactly! > the entire keyword thing is rather a mess anyhow, and i don't think > it should be mimicked anywhere. > introducing a new atomtype should be enough. Could either of you make any needed changes directly to the pd-0.40- extended branch? I am not sure I know what needs doing. For the idea about naming them from LAC, was that just having a central place to claim macro numbers? .hc "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] string support and generic types
On Apr 6, 2008, at 4:10 AM, IOhannes m zmölnig wrote: > Hans-Christoph Steiner wrote: > >> Could either of you make any needed changes directly to the >> pd-0.40-extended branch? I am not sure I know what needs doing. > > when do you want to release? By the end of the month. Then we can work on 0.41... .hc >> For the idea about naming them from LAC, was that just having a >> central >> place to claim macro numbers? > > yes. > > > fngasd#r > IOhannes Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn: externals/apple/apple ?
Yes, so that the help patches work with [apple/iodisplay] format when working on them. .h On Apr 7, 2008, at 7:43 AM, IOhannes m zmoelnig wrote: > hi all > > is there any good reason for the recursive link in the externals/apple > directory of the repository? > > http://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/ > externals/apple/apple > > mfg.asdr > IOhannes > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev If you are not part of the solution, you are part of the problem. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Pd on the iPhone SDK
On Apr 7, 2008, at 1:59 AM, Chris McCormick wrote: > On Sun, Mar 16, 2008 at 06:07:16PM -0400, Hans-Christoph Steiner > wrote: >> Anyone tried to build Pd with the iPhone SDK? It seems like it >> should be pretty straightforward, since it has CoreAudio. I'll bet >> even Tcl/Tk will run on it. > > Doesn't Apple have to sign your binaries before they'll run on the > iPhone > hardware? > > According to a random blog post: > > "Since all iPhone applications must be properly signed for iTunes to > process them and for the iPhone to load them..." > <http://www.tuaw.com/2008/01/28/rumors-iphone-application-key- > reportedly-leaked/> > > I find the idea of spending time porting FOSS software to such a > restrictive platform completely uninteresting. When they allow the > freedom for users to run the software they choose on the hardware that > they have purchased and legitimately own 100%, then it might be worth > paying attention again. With the hacker tools, you can do pretty much whatever you want. For some reason I feel compelled to try to fuck them and show that people can do more interesting things outside of the Apple channels than within. Plus it is nice hardware that is actually a lot easier to hack than mobile phones. .hc "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] windows xp auto-build login
Hey all, IOhannes asked on #dataflow about the winxp autobuild machine: > do you have any idea what happened to the xp-autobuild machine i > have access to? > that is: to it's /usr/local/include I thought I'd answer here so it's in the archives. When you log into the winxp machine, you are logging into the Cygwin environment. Pd is built in the MinGW/MSYS environment. It is a limited shell, but still useful for interactive work, and you need to use it to reproduce the Pd auto-builds. I created a shell script /usr/local/bin/msys to make it easier to start up MSYS. Just type 'msys' from Cygwin, and it'll start the MSYS shell. More on that machine here: http://puredata.info/about/WindowsXPI386 .hc "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] build error
Arg, this bug again. There is some crazy scripting in this makefile, it is quite problematic: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ miXed/toxy/Makefile .hc On Apr 9, 2008, at 6:22 PM, marius schebella wrote: > hi, > trying to build an intel build of pd-extended and get an error for > toxy, > don't know what is wrong. thanks, > marius. > > gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses > -Wno-switch -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize > -ftree-vectorizer-verbose=2 -DUNIX -DMACOSX -I . -I ../../../pd/src -I > ../shared -c -o widgettype.o widgettype.c > In file included from widgettype.c:16: > setup.wiq:2: error: ‘e’ undeclared here (not in a function) > setup.wiq:2: error: syntax error before ‘package’ > In file included from widgettype.c:16: > setup.wiq:2:29: error: too many decimal points in number > setup.wiq:4:3: error: invalid preprocessing directive #LATER > setup.wiq:5:3: error: invalid preprocessing directive #glue > setup.wiq:6:3: error: invalid preprocessing directive #LATER > setup.wiq:7:3: error: invalid preprocessing directive #LATER > setup.wiq:8:3: error: invalid preprocessing directive #way > setup.wiq:9:3: error: invalid preprocessing directive #right > setup.wiq:11:3: error: invalid preprocessing directive #LATER > setup.wiq:14:3: error: invalid preprocessing directive #FIXME > setup.wiq:18: error: syntax error before ‘{’ token > setup.wiq:23:3: error: invalid preprocessing directive #valid > setup.wiq:32:3: error: invalid preprocessing directive #FIXME > setup.wiq:33:3: error: invalid preprocessing directive #In > setup.wiq:34:3: error: invalid preprocessing directive #try > setup.wiq:39:3: error: invalid preprocessing directive #FIXME > setup.wiq:40:7: error: invalid preprocessing directive #pd > setup.wiq:73:3: error: invalid preprocessing directive #LATER > setup.wiq:80: error: syntax error before ‘{’ token > setup.wiq:99: error: syntax error before ‘{’ token > setup.wiq:106:3: error: invalid preprocessing directive #LATER > setup.wiq:111: error: stray ‘\’ in program > setup.wiq:131:3: error: invalid preprocessing directive #FIXME > setup.wiq:133:3: error: invalid preprocessing directive #FIXME > setup.wiq:148:3: error: invalid preprocessing directive #puts > setup.wiq:150:7: error: invalid preprocessing directive #puts > setup.wiq:154: error: ‘catch’ undeclared here (not in a function) > setup.wiq:154: error: syntax error before ‘{’ token > setup.wiq:175:3: error: invalid preprocessing directive #puts > setup.wiq:187: error: syntax error before ‘&’ token > setup.wiq:187: error: ‘concat’ undeclared here (not in a function) > setup.wiq:187: error: syntax error before ‘tcl’ > setup.wiq:188: error: stray ‘\’ in program > setup.wiq:192:3: error: invalid preprocessing directive #empirically > setup.wiq:193:3: error: invalid preprocessing directive #better > setup.wiq:196: error: stray ‘\’ in program > setup.wiq:202: error: stray ‘\’ in program > setup.wiq:207:3: error: invalid preprocessing directive > #pdtk_canvas_mouseup > setup.wiq:214: error: stray ‘\’ in program > setup.wiq:243:3: error: invalid preprocessing directive #undo > setup.wiq:248:3: error: invalid preprocessing directive #to > setup.wiq:273:3: error: invalid preprocessing directive #standard > setup.wiq:275:3: error: invalid preprocessing directive #FIXME > setup.wiq:278: error: stray ‘\’ in program > setup.wiq:290: error: stray ‘\’ in program > setup.wiq:292: error: stray ‘\’ in program > setup.wiq:298:3: error: invalid preprocessing directive #puts > setup.wiq:299: error: syntax error before ‘{’ token > setup.wiq:315:3: error: invalid preprocessing directive #FIXME > setup.wiq:318:2: error: invalid preprocessing directive #> > setup.wiq:319:2: error: invalid preprocessing directive #. > setup.wiq:320:2: error: invalid preprocessing directive #. > setup.wiq:321:2: error: invalid preprocessing directive #. > setup.wiq:323:2: error: invalid preprocessing directive #> > setup.wiq:324:2: error: invalid preprocessing directive #. > setup.wiq:325:2: error: invalid preprocessing directive #. > setup.wiq:326:2: error: invalid preprocessing directive #. > setup.wiq:327:2: error: invalid preprocessing directive #. > setup.wiq:329:2: error: invalid preprocessing directive #> > setup.wiq:330:2: error: invalid preprocessing directive #. > setup.wiq:331:2: error: invalid preprocessing directive #. > setup.wiq:333:2: error: invalid preprocessing directive #@ > setup.wiq:336:2: error: invalid preprocessing directive #> > setup.wiq:337:2: error: invalid preprocessing directive #. > setup.wiq:338:2: error: invalid preprocessing directive #. > setup.wiq:339:2: error: invalid preprocessing directive #. > setup.wiq:340:2: error: invalid preprocessing directive #. > setup.wiq:341:2: error: invalid preprocessing directive #. > setup.wiq:342:2: error: invalid preprocessing directive #. > setup.wiq:344:2: error: invalid preprocessing directive #@ > setup.wiq:345: error: s
Re: [PD-dev] build error
Layers upon layers of hacks. Amazingly it works... sometimes. ;) Where there is a will, there is a way. .hc On Apr 9, 2008, at 8:35 PM, bsoisoi wrote: > are you on 10.5? Welcome to the mac os x pd-extended nightmare > > !B > > > On Apr 9, 2008, at 7:52 PM, marius schebella wrote: > >> tried fink install coreutils-default and... >> ... then I tried fink install sed and... >> ... then it did not work still. >> marius. >> >> >> Hans-Christoph Steiner wrote: >>> >>> Arg, this bug again. There is some crazy scripting in this >>> makefile, it >>> is quite problematic: >>> >>> http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ >>> externals/miXed/toxy/Makefile >>> >>> >>> .hc >>> >>> On Apr 9, 2008, at 6:22 PM, marius schebella wrote: >>>> hi, >>>> trying to build an intel build of pd-extended and get an error >>>> for toxy, >>>> don't know what is wrong. thanks, >>>> marius. >>>> >>>> gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses >>>> -Wno-switch -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize >>>> -ftree-vectorizer-verbose=2 -DUNIX -DMACOSX -I . -I ../../../pd/ >>>> src -I >>>> ../shared -c -o widgettype.o widgettype.c >>>> In file included from widgettype.c:16: >>>> setup.wiq:2: error: ‘e’ undeclared here (not in a function) >>>> setup.wiq:2: error: syntax error before ‘package’ >>>> In file included from widgettype.c:16: >>>> setup.wiq:2:29: error: too many decimal points in number >>>> setup.wiq:4:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:5:3: error: invalid preprocessing directive #glue >>>> setup.wiq:6:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:7:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:8:3: error: invalid preprocessing directive #way >>>> setup.wiq:9:3: error: invalid preprocessing directive #right >>>> setup.wiq:11:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:14:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:18: error: syntax error before ‘{’ token >>>> setup.wiq:23:3: error: invalid preprocessing directive #valid >>>> setup.wiq:32:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:33:3: error: invalid preprocessing directive #In >>>> setup.wiq:34:3: error: invalid preprocessing directive #try >>>> setup.wiq:39:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:40:7: error: invalid preprocessing directive #pd >>>> setup.wiq:73:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:80: error: syntax error before ‘{’ token >>>> setup.wiq:99: error: syntax error before ‘{’ token >>>> setup.wiq:106:3: error: invalid preprocessing directive #LATER >>>> setup.wiq:111: error: stray ‘\’ in program >>>> setup.wiq:131:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:133:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:148:3: error: invalid preprocessing directive #puts >>>> setup.wiq:150:7: error: invalid preprocessing directive #puts >>>> setup.wiq:154: error: ‘catch’ undeclared here (not in a function) >>>> setup.wiq:154: error: syntax error before ‘{’ token >>>> setup.wiq:175:3: error: invalid preprocessing directive #puts >>>> setup.wiq:187: error: syntax error before ‘&’ token >>>> setup.wiq:187: error: ‘concat’ undeclared here (not in a function) >>>> setup.wiq:187: error: syntax error before ‘tcl’ >>>> setup.wiq:188: error: stray ‘\’ in program >>>> setup.wiq:192:3: error: invalid preprocessing directive >>>> #empirically >>>> setup.wiq:193:3: error: invalid preprocessing directive #better >>>> setup.wiq:196: error: stray ‘\’ in program >>>> setup.wiq:202: error: stray ‘\’ in program >>>> setup.wiq:207:3: error: invalid preprocessing directive >>>> #pdtk_canvas_mouseup >>>> setup.wiq:214: error: stray ‘\’ in program >>>> setup.wiq:243:3: error: invalid preprocessing directive #undo >>>> setup.wiq:248:3: error: invalid preprocessing directive #to >>>> setup.wiq:273:3: error: invalid preprocessing directive #standard >>>> setup.wiq:275:3: error: invalid preprocessing directive #FIXME >>>> setup.wiq:278: error:
Re: [PD-dev] build error
10.4 builds work on 10.5 fine, as far as I know. Are you having problems building or using binaries? Yes, Fink is not perfect, but imagine trying to build all that stuff by hand... and then write up instructions for someone else to do it... shudder... - My FTGL update has be included in Fink, so no need for the manual file install: http://pdb.finkproject.org/pdb/package.php/libftgl1 - I haven't run into the ptex-nox-base problem myself, I generally try installing all of the dependencies from 'stable', then switch to 'unstable' for the rest. If an 'unstable' package adds more dependencies, then I switch back to 'stable' and try building them all there, then switch back to 'unstable' to finish everything. It may sound complicated, but it is not really. It is just some copy-n- pasting of package names, and running 'fink configure' a few times. - the toxy build problem is the classic 'nifty hack' issue, where the dev stuck some write-only code in the Makefile as a quick hack to get things working, then built the library upon that hack... .hc On Apr 10, 2008, at 4:03 AM, David Plans Casal wrote: > > On 10 Apr 2008, at 01:35, bsoisoi wrote: > >> are you on 10.5? Welcome to the mac os x pd-extended nightmare > > Hear hear. 10.5 build is becoming the first reason in ten years I've > looked for another dev platform than pd. Mind, I think maybe a switch > back to old Linux is a better option. > > David > >> !B >> >> >> On Apr 9, 2008, at 7:52 PM, marius schebella wrote: >> >>> tried fink install coreutils-default and... >>> ... then I tried fink install sed and... >>> ... then it did not work still. >>> marius. >>> >>> >>> Hans-Christoph Steiner wrote: >>>> >>>> Arg, this bug again. There is some crazy scripting in this >>>> makefile, it >>>> is quite problematic: >>>> >>>> http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ >>>> externals/miXed/toxy/Makefile >>>> >>>> >>>> .hc >>>> >>>> On Apr 9, 2008, at 6:22 PM, marius schebella wrote: >>>>> hi, >>>>> trying to build an intel build of pd-extended and get an error for >>>>> toxy, >>>>> don't know what is wrong. thanks, >>>>> marius. >>>>> >>>>> gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses >>>>> -Wno-switch -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize >>>>> -ftree-vectorizer-verbose=2 -DUNIX -DMACOSX -I . -I ../../../pd/ >>>>> src -I >>>>> ../shared -c -o widgettype.o widgettype.c >>>>> In file included from widgettype.c:16: >>>>> setup.wiq:2: error: ‘e’ undeclared here (not in a function) >>>>> setup.wiq:2: error: syntax error before ‘package’ >>>>> In file included from widgettype.c:16: >>>>> setup.wiq:2:29: error: too many decimal points in number >>>>> setup.wiq:4:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:5:3: error: invalid preprocessing directive #glue >>>>> setup.wiq:6:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:7:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:8:3: error: invalid preprocessing directive #way >>>>> setup.wiq:9:3: error: invalid preprocessing directive #right >>>>> setup.wiq:11:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:14:3: error: invalid preprocessing directive #FIXME >>>>> setup.wiq:18: error: syntax error before ‘{’ token >>>>> setup.wiq:23:3: error: invalid preprocessing directive #valid >>>>> setup.wiq:32:3: error: invalid preprocessing directive #FIXME >>>>> setup.wiq:33:3: error: invalid preprocessing directive #In >>>>> setup.wiq:34:3: error: invalid preprocessing directive #try >>>>> setup.wiq:39:3: error: invalid preprocessing directive #FIXME >>>>> setup.wiq:40:7: error: invalid preprocessing directive #pd >>>>> setup.wiq:73:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:80: error: syntax error before ‘{’ token >>>>> setup.wiq:99: error: syntax error before ‘{’ token >>>>> setup.wiq:106:3: error: invalid preprocessing directive #LATER >>>>> setup.wiq:111: error: stray ‘\’ in program >>>>> setup.wiq:131:3: error: invalid preprocessing directive #FIXME >>&g
Re: [PD-dev] windows xp auto-build login
On Apr 10, 2008, at 3:48 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> I created a shell script /usr/local/bin/msys to make it easier to >> start up MSYS. Just type 'msys' from Cygwin, and it'll start the >> MSYS shell. > > thank's i will try that. > > nevertheless i still wonder why C:\cygwin\usr\local\include is an > asio-related file instead of a directory. > i can hardly imagine that this is on purpose. > It was a mistake, I deleted it. .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] windows xp auto-build login
On Apr 10, 2008, at 3:51 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> Hey all, >> http://puredata.info/about/WindowsXPI386 > > > and shouldn't this be rather in http://puredata.info/docs/ > developer/ than in http://puredata.info/about/ > > is it ok if i move it? > > (and if you really want to go for a _flat_ hierarchy, http:// > puredata.info/ would be a better place than http://puredata.info/ > about/) > > fmgadsr. > IOhannes http://puredata.info/about/PdLab started as an 'about' page, but then turned into a 'docs' collection. I moved it to docs/developer: http://puredata.info/docs/developer/PdLab/ Is there anyway to turn the only locations into redirects in plone? .hc Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] windows xp auto-build login
On Apr 10, 2008, at 4:07 AM, IOhannes m zmoelnig wrote: > IOhannes m zmoelnig wrote: >> Hans-Christoph Steiner wrote: >>> I created a shell script /usr/local/bin/msys to make it easier >>> to start up MSYS. Just type 'msys' from Cygwin, and it'll start >>> the MSYS shell. >> thank's i will try that. > > unfortunately it just gave me another error: > > gcc bla.c > bla.c:0: fatal error: can't open C:/cygwin/tmp/ccgP.s for > writing: Permission denied > compilation terminated. > > > does anyone now how to set gcc's temp directory? The problem is with MSYS's tmp directory, it should work now. MSYS via ssh is a hack, but it's handy to have. All I can say is treat lightly and be careful, it is a bit fragile in this setup. I'll be on #dataflow all day, if you still have troubles. .hc I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] new approach to Fink
I have ported the Mac OS X/Fink 'darwin' page to MoinMoin wiki format, and in the process, I am trying a new approach to building everything. These instructions start with all of the dependencies: http://puredata.info/docs/developer/MacOSXFink Any Leopard people want to give it a shot? .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] new approach to Fink
I think I just fixed that, it should just be mysql15-dev. .hc On Apr 10, 2008, at 7:40 PM, marius schebella wrote: > mysql-dev seems to be listed as mysql14-dev and then mysql15-dev is > this intentional? > marius. > > Hans-Christoph Steiner wrote: >> I have ported the Mac OS X/Fink 'darwin' page to MoinMoin wiki >> format, and in the process, I am trying a new approach to >> building everything. These instructions start with all of the >> dependencies: >> http://puredata.info/docs/developer/MacOSXFink >> Any Leopard people want to give it a shot? >> .hc >> - >> --- >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] new approach to Fink
The included Tcl/Tk is 8.4.7, which is quite old. It's definitely worth it to use the newer version, especially when we switch to 8.5. Basically, you need to have the whole 'pd-extended' tree since the tcltk_core-8-4-branch_auto-builder.sh script relies on some things in there. I just fixed the link to the rsync instructions: http://puredata.info/docs/developer/GettingPdSource .hc On Apr 10, 2008, at 7:55 PM, bsoisoi wrote: > The Tcl/tk steps were confusing for me, as 10.5 already has those > bits installed. How can one upgrade the existing Tcl/tk on 10.5? > > ~Brandon > > > On Apr 10, 2008, at 7:27 PM, Hans-Christoph Steiner wrote: > >> >> I have ported the Mac OS X/Fink 'darwin' page to MoinMoin wiki >> format, and in the process, I am trying a new approach to building >> everything. These instructions start with all of the dependencies: >> >> http://puredata.info/docs/developer/MacOSXFink >> >> Any Leopard people want to give it a shot? >> >> .hc >> >> >> >> - >> --- >> >> >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> >> >> >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev 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 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] new approach to Fink
cd pd-extended/externals make zexy_install Then everything will be installed into pd-extended/externals/build. .hc On Apr 10, 2008, at 8:45 PM, marius schebella wrote: > how can I try to compile only the one external? or how can I skip > it in autobuild? > marius. > > Hans-Christoph Steiner wrote: >> The included Tcl/Tk is 8.4.7, which is quite old. It's >> definitely worth it to use the newer version, especially when we >> switch to 8.5. >> Basically, you need to have the whole 'pd-extended' tree since >> the tcltk_core-8-4-branch_auto-builder.sh script relies on some >> things in there. I just fixed the link to the rsync instructions: >> http://puredata.info/docs/developer/GettingPdSource >> .hc >> On Apr 10, 2008, at 7:55 PM, bsoisoi wrote: >>> The Tcl/tk steps were confusing for me, as 10.5 already has >>> those bits installed. How can one upgrade the existing Tcl/tk >>> on 10.5? >>> >>> ~Brandon >>> >>> >>> On Apr 10, 2008, at 7:27 PM, Hans-Christoph Steiner wrote: >>> >>>> I have ported the Mac OS X/Fink 'darwin' page to MoinMoin wiki >>>> format, and in the process, I am trying a new approach to building >>>> everything. These instructions start with all of the dependencies: >>>> >>>> http://puredata.info/docs/developer/MacOSXFink >>>> >>>> Any Leopard people want to give it a shot? >>>> >>>> .hc >>>> >>>> >>>> >>>> --- >>>> -- --- >>>> >>>> >>>> The arc of history bends towards justice. - Dr. Martin Luther >>>> King, Jr. >>>> >>>> >>>> >>>> ___ >>>> PD-dev mailing list >>>> PD-dev@iem.at >>>> http://lists.puredata.info/listinfo/pd-dev >> - >> --- >> 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 >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] build error
It's actually, the "-e" option to 'echo', which means "interpret extended syntax", like "\n". Not all 'echo's support it. Your 'echo' does not, it just echos the "-e" and "\n" unchanged. Basically, someone needs to rewrite that chunk to not rely on a specific version of 'echo'. I think it could be done with 'sed' easily, or perhaps 'printf', if anyone wants to give it a shot. .hc On Apr 10, 2008, at 9:05 PM, marius schebella wrote: > I think the toxy error results from some sed problem, in particular > the "-e" option of sed. sed seems to write a strange line into > setup.wiq if I open it, the first line starts like > > -e // Do not edit this file (edit "../test/toxy/setup.wid", and run > "make").\n//\nputs stderr [concat loading built-in widget definitions] > package provide toxywidgets 0.1.0.17 > > i am not a frequent sed user, and I also don't know what the > makefile hack means, I think, hans, you added that, maybe for 10.5 > it needs a special treatment: > > ROOT_DIR = .. > WIDPATH = $(ROOT_DIR)/test/toxy/setup.wid > WIQFILE = $(notdir $(WIDPATH:.wid=.wiq)) > # this is necessary to deal with cross-platform echo issues with '-e' > ifeq ($(shell echo -e|sed 's|^-||'),e) > ECHO = /bin/echo > else > ECHO = echo > endif > redefault: checkwiq $(WIQFILE) default > checkwiq: > @if [ -f $(WIQFILE) ] && ! [ -s $(WIQFILE) ] ; then \ > echo ERROR: empty file $(WIQFILE)... removed ; \ > rm -f $(WIQFILE) ; fi > $(WIQFILE): $(WIDPATH) > @echo transferring widget definitions from \"$<\" to \"[EMAIL > PROTECTED]" > # LATER think how to replace puts with pdtk_post > $(ECHO) -e '// Do not edit this file (edit "$<", and run "make"). > \n//\nputs stderr [concat loading built-in widget definitions]' \ > | cat - $< | sed \ > -e '1,\|//$$|{p;d;}' \ > -e 's/\([\\\"]\)/\\\1/g' \ > -e 's/^.*$$/\"&\\n\"/' > $@ > @if [ -f $(WIQFILE) ] && ! [ -s $(WIQFILE) ] ; then \ > echo ERROR: transfer failed... $(WIQFILE) removed ; \ > rm -f $(WIQFILE) ; fi > include $(ROOT_DIR)/Makefile.common > > marius. > > Hans-Christoph Steiner wrote: >> 10.4 builds work on 10.5 fine, as far as I know. Are you having >> problems building or using binaries? Yes, Fink is not perfect, >> but imagine trying to build all that stuff by hand... and then >> write up instructions for someone else to do it... shudder... >> - My FTGL update has be included in Fink, so no need for the >> manual file install: >> http://pdb.finkproject.org/pdb/package.php/libftgl1 >> - I haven't run into the ptex-nox-base problem myself, I >> generally try installing all of the dependencies from 'stable', >> then switch to 'unstable' for the rest. If an 'unstable' package >> adds more dependencies, then I switch back to 'stable' and try >> building them all there, then switch back to 'unstable' to finish >> everything. It may sound complicated, but it is not really. It >> is just some copy-n- pasting of package names, and running 'fink >> configure' a few times. >> - the toxy build problem is the classic 'nifty hack' issue, where >> the dev stuck some write-only code in the Makefile as a quick >> hack to get things working, then built the library upon that hack... >> .hc >> On Apr 10, 2008, at 4:03 AM, David Plans Casal wrote: >>> On 10 Apr 2008, at 01:35, bsoisoi wrote: >>> >>>> are you on 10.5? Welcome to the mac os x pd-extended nightmare >>> Hear hear. 10.5 build is becoming the first reason in ten years I've >>> looked for another dev platform than pd. Mind, I think maybe a >>> switch >>> back to old Linux is a better option. >>> >>> David >>> >>>> !B >>>> >>>> >>>> On Apr 9, 2008, at 7:52 PM, marius schebella wrote: >>>> >>>>> tried fink install coreutils-default and... >>>>> ... then I tried fink install sed and... >>>>> ... then it did not work still. >>>>> marius. >>>>> >>>>> >>>>> Hans-Christoph Steiner wrote: >>>>>> Arg, this bug again. There is some crazy scripting in this >>>>>> ma
Re: [PD-dev] build error
On Apr 11, 2008, at 2:15 PM, Steffen Juul wrote: > > On 10/04/2008, at 16.51, Hans-Christoph Steiner wrote: >> I generally >> try installing all of the dependencies from 'stable', then switch to >> 'unstable' for the rest. If an 'unstable' package adds more >> dependencies, then I switch back to 'stable' and try building them >> all there, then switch back to 'unstable' to finish everything. It >> may sound complicated, but it is not really. It is just some copy-n- >> pasting of package names, and running 'fink configure' a few times. > > Smart way to squeeze fink-the-donkey. Have you incorporated the > knowledge you've gained by that process into the new wiki page > (MaxOSXFink)? I have tried too, but I don't know whether I have been successful. The binary packages on 10.4 help smooth the process a lot. There aren't 10.5 binaries yet... .hc I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] build error
you are probably running your tests in your default 'bash' environment. The script runs in its own 'sh' environment, which is most likely somewhat different. Try the test in a test.sh script with #!/bin/sh at the top. .hc On Apr 11, 2008, at 11:12 AM, marius schebella wrote: > I cannot confirm that: > > echo -e marius\\nhans > prints out > > marius > hans > > as expected. > but maybe the problem is that > ECHO = echo > prints out > = echo > marius. > > Hans-Christoph Steiner wrote: >> It's actually, the "-e" option to 'echo', which means "interpret >> extended syntax", like "\n". Not all 'echo's support it. Your >> 'echo' does not, it just echos the "-e" and "\n" unchanged. >> Basically, someone needs to rewrite that chunk to not rely on a >> specific version of 'echo'. I think it could be done with 'sed' >> easily, or perhaps 'printf', if anyone wants to give it a shot. >> .hc >> On Apr 10, 2008, at 9:05 PM, marius schebella wrote: >>> I think the toxy error results from some sed problem, in >>> particular the "-e" option of sed. sed seems to write a strange >>> line into setup.wiq if I open it, the first line starts like >>> >>> -e // Do not edit this file (edit "../test/toxy/setup.wid", and >>> run "make").\n//\nputs stderr [concat loading built-in widget >>> definitions] >>> package provide toxywidgets 0.1.0.17 >>> >>> i am not a frequent sed user, and I also don't know what the >>> makefile hack means, I think, hans, you added that, maybe for >>> 10.5 it needs a special treatment: >>> >>> ROOT_DIR = .. >>> WIDPATH = $(ROOT_DIR)/test/toxy/setup.wid >>> WIQFILE = $(notdir $(WIDPATH:.wid=.wiq)) >>> # this is necessary to deal with cross-platform echo issues with >>> '-e' >>> ifeq ($(shell echo -e|sed 's|^-||'),e) ECHO = /bin/echo >>> else >>> ECHO = echo >>> endif >>> redefault: checkwiq $(WIQFILE) default >>> checkwiq: >>> @if [ -f $(WIQFILE) ] && ! [ -s $(WIQFILE) ] ; then \ >>> echo ERROR: empty file $(WIQFILE)... removed ; \ >>> rm -f $(WIQFILE) ; fi >>> $(WIQFILE): $(WIDPATH) >>> @echo transferring widget definitions from \"$<\" to \"[EMAIL >>> PROTECTED]" >>> # LATER think how to replace puts with pdtk_post >>> $(ECHO) -e '// Do not edit this file (edit "$<", and run >>> "make").\n//\nputs stderr [concat loading built-in widget >>> definitions]' \ >>> | cat - $< | sed \ >>> -e '1,\|//$$|{p;d;}' \ >>> -e 's/\([\\\"]\)/\\\1/g' \ >>> -e 's/^.*$$/\"&\\n\"/' > $@ >>> @if [ -f $(WIQFILE) ] && ! [ -s $(WIQFILE) ] ; then \ >>> echo ERROR: transfer failed... $(WIQFILE) removed ; \ >>> rm -f $(WIQFILE) ; fi >>> include $(ROOT_DIR)/Makefile.common >>> >>> marius. >>> >>> Hans-Christoph Steiner wrote: >>>> 10.4 builds work on 10.5 fine, as far as I know. Are you >>>> having problems building or using binaries? Yes, Fink is not >>>> perfect, but imagine trying to build all that stuff by hand... >>>> and then write up instructions for someone else to do it... >>>> shudder... >>>> - My FTGL update has be included in Fink, so no need for the >>>> manual file install: >>>> http://pdb.finkproject.org/pdb/package.php/libftgl1 >>>> - I haven't run into the ptex-nox-base problem myself, I >>>> generally try installing all of the dependencies from 'stable', >>>> then switch to 'unstable' for the rest. If an 'unstable' >>>> package adds more dependencies, then I switch back to 'stable' >>>> and try building them all there, then switch back to 'unstable' >>>> to finish everything. It may sound complicated, but it is not >>>> really. It is just some copy-n- pasting of package names, and >>>> running 'fink configure' a few times. >>>> - the toxy build problem is the classic 'nifty hack' issue, >>>> where the dev stuck some write-only code in the Makefile as a >>>> quick
[PD-dev] Fwd: [MACTCL] Improving Application GUI Speed
It seems there is a profiler for Tcl. Has anyone ever tried it on Pd? Begin forwarded message: > From: Revar Desmera <[EMAIL PROTECTED]> > Date: April 9, 2008 10:58:55 PM EDT > To: TCL-Mac List <[EMAIL PROTECTED]> > Subject: Re: [MACTCL] Improving Application GUI Speed > Delivered-To: [EMAIL PROTECTED] > X-Mailer: Apple Mail (2.919.2) > X-Filter-Rule: ALL_LISTS > > If you download http://www.belfry.com/code/profile.tcl, and add a > 'source profile.tcl' to the beginning of your program, when the > program finishes, it'll dump a very detailed timing profile of your > code to tclprof.txt, which you can use to determine what to optimize. > The report format is very close to that of gprof. > > - Revar > > > > On Apr 8, 2008, at 1:10 AM, Randolf Schultz wrote: >> Hello, >> >> please help me getting my application up to speed on MacOSX/Aqua. >> It runs fine on Linux/X11, Win32, and even MacOSX/X11. Only on >> MacOSX/Aqua it crawls. >> >> Want to have a look first? >> Go to >> >> http://sourceforge.net/project/platformdownload.php? >> group_id=28460&sel_platform=4542 >> >> (or http://www.ayam3d.org/download.html) >> >> get both variants (MacOSX/X11 and MacOSX/Aqua). >> >> Already the application startup is 2-3s (Linux/X11) vs. 10-15s >> (MacOSX/Aqua); from then on the MacOSX version is unusably >> slow, especially when drawing the scrollable GUIs for the object >> properties (those are implemented as window in a canvas). >> Another problem area are the pane widgets, that may be dragged >> quite fine on X11, but on Aqua they do one hop every 1-2s (and >> this is _without_ continuous re-packing the GUI, only dragging >> the pane handle, which is a simple packed frame IIRC!). >> >> The Linux/X11 and MacOSX/Aqua variants were test-run on the >> very same machine (MacMini-PPC)! >> >> So how would you proceed to tackle this problem? >> Is there an easy way to profile such complex scenarios with Tcl/Tk? >> >> best regards, >> Randolf >> >> - >> >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Register now and save $200. Hurry, offer ends at 11:59 p.m., >> Monday, April 7! Use priority code J8TLD2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// >> java.sun.com/javaone >> ___ >> Tcl-mac mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/tcl-mac > > > -- > --- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > java.sun.com/javaone > ___ > Tcl-mac mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/tcl-mac Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] build error
Hey all, I think I fixed this. I replaced 'echo' with 'printf' and removed the test for 'echo'. We'll find out tomorrow if it truly works. Or if anyone feels like running a build on their machine. .hc On Apr 12, 2008, at 3:24 PM, marius schebella wrote: > hello (hans), > what does this line do? > ifeq ($(shell echo -e|sed 's|^-||'),e) > in order to get autobuilds working you have to make sure that echo > gets called as /sw/bin/echo on 10.5 in the Makefile for toxy. > marius. > > marius schebella wrote: >> looks god! >> created: /Users/marius/devel/pd-rsync/pd-extended/packages/ >> darwin_app/Pd-0.40.3-extended-20080411.dmg rm -f build.dmg >> hdiutil unflatten "Pd-0.40.3-extended-20080411.dmg" >> hdiutil: unflatten: unflattening "Pd-0.40.3-extended-20080411.dmg"... >> /Developer/Tools/Rez /Developer/Headers/FlatCarbon/*.r SLA.r -a \ >> -o "Pd-0.40.3-extended-20080411.dmg" >> hdiutil flatten "Pd-0.40.3-extended-20080411.dmg" >> hdiutil: flatten: flattening "Pd-0.40.3-extended-20080411.dmg"... >> upload specs darwin_app . dmg >> Uploading /Users/marius/devel/pd-rsync/pd-extended/packages/ >> darwin_app/./Pd*.dmg >> @ERROR: access denied to upload from >> cpe-66-65-50-166.nyc.res.rr.com (66.65.50.166) >> rsync: connection unexpectedly closed (0 bytes received so far) >> [sender] >> rsync error: error in rsync protocol data stream (code 12) at / >> SourceCache/rsync/rsync-30/rsync/io.c(359) >> marius. >> marius schebella wrote: >>> ok, the problem is that the following lines do not work on 10.5: >>> >>> # this is necessary to deal with cross-platform echo issues with >>> '-e' >>> ifeq ($(shell echo -e|sed 's|^-||'),e) >>>ECHO = /bin/echo >>> else >>>ECHO = echo >>> endif >>> >>> or maybe they work, but somehow this still calls /bin/echo, even >>> if I uncomment the whole thing and hardcode it to "echo" some >>> lines down, >>> Makefile is still using /bin/echo, but should be using /sw/bin/ >>> echo, because which echo says /sw/bin/echo. >>> I had to change $(ECHO) to /sw/bin/echo and then it compiled, but >>> that's of course no solution for other platforms. >>> let's see if the rest of pd-extended compiles... >>> marius. >>> >>> Hans-Christoph Steiner wrote: >>>> >>>> you are probably running your tests in your default 'bash' >>>> environment. The script runs in its own 'sh' environment, which >>>> is most likely somewhat different. >>>> >>>> Try the test in a test.sh script with #!/bin/sh at the top. >>>> >>>> .hc >>>> >>>> >>>> On Apr 11, 2008, at 11:12 AM, marius schebella wrote: >>>>> I cannot confirm that: >>>>> >>>>> echo -e marius\\nhans >>>>> prints out >>>>> >>>>> marius >>>>> hans >>>>> >>>>> as expected. >>>>> but maybe the problem is that >>>>> ECHO = echo >>>>> prints out >>>>> = echo >>>>> marius. >>>>> >>>>> Hans-Christoph Steiner wrote: >>>>>> It's actually, the "-e" option to 'echo', which means >>>>>> "interpret extended syntax", like "\n". Not all 'echo's >>>>>> support it. Your 'echo' does not, it just echos the "-e" and >>>>>> "\n" unchanged. >>>>>> Basically, someone needs to rewrite that chunk to not rely on >>>>>> a specific version of 'echo'. I think it could be done with >>>>>> 'sed' easily, or perhaps 'printf', if anyone wants to give it >>>>>> a shot. >>>>>> .hc >>>>>> On Apr 10, 2008, at 9:05 PM, marius schebella wrote: >>>>>>> I think the toxy error results from some sed problem, in >>>>>>> particular the "-e" option of sed. sed seems to write a >>>>>>> strange line into setup.wiq if I open it, the first line >>>>>>> starts like >>>>>>> >>>>>>> -e // Do not edit this file (edit "../test/toxy/setup.wid", >>>>>>
Re: [PD-dev] Fwd: [MACTCL] Improving Application GUI Speed
Hey, I am also quite interested in your code and the stuff you've written about, could provide links to both? About the array code, a good place to start is in pd/src/g_array.c. Take a look there, and feel free to post any questions on this list so we can answer them. .hc On Apr 13, 2008, at 11:54 AM, Jakob Leben wrote: Hello to all the PD developers! As the word goes about improving pd's GUI speed, I thought this is the perfect opportunity for me to share some ideas, that I've already written about on the puredata.info homepage. Let me introduce myself first. My name is Jakob Leben, I'm from Slovenia and I'm actively using pure data. I can say I have quite some experience with writing pd externals, but I don't have an integral insight into pd's source code. Lately I made an external that visualizes pd's graphic arrays but much faster than pd natively does. (If I load 20 seconds of audio into a pd's array the drawing of the array causes clicks in audio. Another big problem is dragging a graphic array around the patch, that works extra slow. There are two things one could do: 1. change the algorithm for visualisation of array's data. 2. draw the data onto a specially loaded Tk canvas, so that when dragging the array around only the canvas' window is translated instead of all the coordinates for the line that represents data. Detailed explanation: 1. When the width of array's visualisation in pixels is smaller than the number of samples written into array it's useless to draw a segment of the line for each sample of data. Instead you can only draw one vertical segment of line for each column of pixels drawn: this segment's endpoints are defined by the minimum and the maximum value of the range of data that is "covered" by this pixel. The result of this is exactly the same as the way arrays are drawn now, though it involves much less line segments being drawn. 2. There is one problem that I came across with using a special canvas to visualise an array: a click on that canvas doesn't select the pd object that lies "under" this canvas. This canvas will always be "above" the object as all the objects are only items of one single Tk canvas, while this new canvas is the general canvas' child displayed as a general canvas' item of type window. Tk rule is that items of type window are always "above" all other items on a canvas. Thus it would be necessary to make a new binding for mouse events to this new canvas and somehow pass that click to pd's object. Now, I realized these ideas in the form of a pd extern that visualises an array, but i think it would be great to integrate those ideas into pd's arrays itself. I could do that if only I understood better how PD's arrays are drawn and how the selection of pd's object works... I tried but it seems to my like too big a project to dig out myself where in the code and how those things happen so I would appreciate very much if someone guided me through this. I'm willing to put all my effort into making those arrays draw faster. Sincerely, Jakob Leben On Sat, Apr 12, 2008 at 9:01 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: It seems there is a profiler for Tcl. Has anyone ever tried it on Pd? Begin forwarded message: > From: Revar Desmera <[EMAIL PROTECTED]> > Date: April 9, 2008 10:58:55 PM EDT > To: TCL-Mac List <[EMAIL PROTECTED]> > Subject: Re: [MACTCL] Improving Application GUI Speed > Delivered-To: [EMAIL PROTECTED] > X-Mailer: Apple Mail (2.919.2) > X-Filter-Rule: ALL_LISTS > > If you download http://www.belfry.com/code/profile.tcl, and add a > 'source profile.tcl' to the beginning of your program, when the > program finishes, it'll dump a very detailed timing profile of your > code to tclprof.txt, which you can use to determine what to optimize. > The report format is very close to that of gprof. > > - Revar > > > > On Apr 8, 2008, at 1:10 AM, Randolf Schultz wrote: >> Hello, >> >> please help me getting my application up to speed on MacOSX/Aqua. >> It runs fine on Linux/X11, Win32, and even MacOSX/X11. Only on >> MacOSX/Aqua it crawls. >> >> Want to have a look first? >> Go to >> >> http://sourceforge.net/project/platformdownload.php? >> group_id=28460&sel_platform=4542 >> >> (or http://www.ayam3d.org/download.html) >> >> get both variants (MacOSX/X11 and MacOSX/Aqua). >> >> Already the application startup is 2-3s (Linux/X11) vs. 10-15s >> (MacOSX/Aqua); from then on the MacOSX version is unusably >> slow, especially when drawing the scrollable GUIs for the object >> properties (thos
Re: [PD-dev] Fwd: [MACTCL] Improving Application GUI Speed
On Apr 14, 2008, at 6:18 AM, Jakob Leben wrote: So, I found out that garrays are drawn inside the function plot_vis in g_template.c. What I also found out is, that Tk drawing itself actually is already done the way I described: there is at most as many Tk elements drawn as the result of the relation between width of garray's graph and its X range. To simplify: if you have a garray of 1 data fields and both width and X range of it's graph are set to 300 then the maximum amount of Tk elements (be it line segments or rectangles) drawn will be 300. This means that the Tk part of garray's visualisation is optimized. Which in turn means that the slow part of drawing is acquiring data for coordinates of Tk elements. Now here come my thoughts about that: as I see functions in pd's code are heavily nested one inside the other. I mean, the tendency seams to be towards a large amount of rather small functions that call each other. I understand that code reusability is of value (this way you can draw garrays with the same piece of code as all pd's data structures created with the pd object 'struct'), but in the case of garrays where heaps of data have to be processed/visualized it really slows the thing down. And it's also hard to find out what piece of code is actually slowing things down, when the program has to make hundreds of calls to perform one intuitively simple task. I think in such a case there should be a dedicated code optimized to work fast with large quantity of data. Here I see two possibilities: 1. We could add some code to template.c that would treat garrays differently. Though I'm not sure if one can know from inside the plot_vis function whether a garray's data is being drawn or it is something else. 2. We could already on the level of garray redirect calls to functions that result in plot_vis drawing garray's data to some dedicated drawing functions for garrays. If someone has thought on these proposals or any ideas, please comment. Sounds worth trying. pd.tk/u_main.tk is not very clean, that is well known. You could start by trying to clean up some functions and testing them out. One other "bug" I noticed that also slows things down but is of totally different nature I suppose: every object that is drawn via 'graph on parent' is being constantly deleted and recreated (in terms of Tk messages) when you drag it's nesting subpatch around the parent patch. This results in the same behaviour for garrays, because they are always drawn in the 'graph on parent' manner. Yeah, this should be done with 'move'. It is in some places but many places, it is just deleting and redrawing. I think fixing that would make a noticable difference and might not be too hard a place to start. About shared memory, that sounds like a good idea. There are a lot of possibilities. I think that Windows will be the hard one to handle here. From this, it seems that mmap would be an easy way to do it on Mac OS X and GNU/Linux. There could be two mmap'ed files that serves as ringbuffers for communication between pd and pd-gui. Here is a good page on the topic: http://wiki.tcl.tk/1228 .hc J. On Sun, Apr 13, 2008 at 6:55 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Hey, I am also quite interested in your code and the stuff you've written about, could provide links to both? About the array code, a good place to start is in pd/src/ g_array.c. Take a look there, and feel free to post any questions on this list so we can answer them. .hc On Apr 13, 2008, at 11:54 AM, Jakob Leben wrote: Hello to all the PD developers! As the word goes about improving pd's GUI speed, I thought this is the perfect opportunity for me to share some ideas, that I've already written about on the puredata.info homepage. Let me introduce myself first. My name is Jakob Leben, I'm from Slovenia and I'm actively using pure data. I can say I have quite some experience with writing pd externals, but I don't have an integral insight into pd's source code. Lately I made an external that visualizes pd's graphic arrays but much faster than pd natively does. (If I load 20 seconds of audio into a pd's array the drawing of the array causes clicks in audio. Another big problem is dragging a graphic array around the patch, that works extra slow. There are two things one could do: 1. change the algorithm for visualisation of array's data. 2. draw the data onto a specially loaded Tk canvas, so that when dragging the array around only the canvas' window is translated instead of all the coordinates for the line that represents data. Detailed explanation: 1. When the width of array's visualisation in pixels is smaller than the number of s
Re: [PD-dev] Fwd: [MACTCL] Improving Application GUI Speed
On Apr 14, 2008, at 6:28 AM, IOhannes m zmoelnig wrote: > Jakob Leben wrote: >> >> If someone has thought on these proposals or any ideas, please >> comment. >> > > not directly, but: does anybody know how one could setup a shared- > memory > between pd and pd-gui? > i think it would be a good idea to not send large amounts of data > through a network socket. > (i had a look at [pix_preview] the other day, and noticed that it > is not > really usable with larger image-data; shared-memory might be a > solution > for this as well...) > > fmgasdr > IOhannes For pix_preview, I was thinking, it could allocate two framebuffers and one lock variable. In the lock variable would be the address of the framebuffer that is currently ready for Tcl to draw. On the C side, it would be filling the other framebuffer in the meantime. Once that is all done, it would change the lock variable to point to the new one. This could be done with mmap and the lock variable would just be a filename, and the Tcl image object would just read the mmap'ed file for the image data. Just throwing it out there. .hc There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev