[PD-dev] pd-extended Gem now builds from 0.91 branch

2009-10-05 Thread Hans-Christoph Steiner
After a conversation with IOhannes, I just made the switch for the Pd- extended nightly builds to use the 0.91 branch: https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/branches/0.91/Gem/ .hc You can't steal a

Re: [PD-dev] Tabbed Console plugin

2009-10-05 Thread Steffen Juul
On 02/10/2009, at 20.45, András Murányi wrote: i've attached the first version of a Tabbed Console plugin. The goal is that new messages can be sorted on new tabs by their prefix (the part before the colon). Thanks, could be useful. Just one comment. It doesn't handle lists all that

Re: [PD-dev] [GEM-dev] pd-extended Gem now builds from 0.91 branch

2009-10-05 Thread Hans-Christoph Steiner
Doh, 0.92 is the new release! Changing it now... h.c On Oct 5, 2009, at 1:52 PM, cyrille henry wrote: hello, why using the old 0.91 better than 0.92? Cyrille Hans-Christoph Steiner a écrit : After a conversation with IOhannes, I just made the switch for the Pd-extended nightly builds

[PD-dev] nightly builds for standalone libraries

2009-10-05 Thread Hans-Christoph Steiner
I think it would be super useful to have nightly builds for standalone libs, not only Pd-extended. I think the easiest way to handle this would be to have make dist be the interface. Basically have a script that has a listing of the libraries to build, then it would run thru them and

[PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread Hans-Christoph Steiner
On Oct 4, 2009, at 9:19 PM, András Murányi wrote: 2009/10/5 Hans-Christoph Steiner h...@at.or.at On Oct 4, 2009, at 4:02 PM, András Murányi wrote: x86_64. I also tried it without if/endif, cyclone still ignored it. Try sticking it directly in externals/miXed/Makefile.common. .hc

Re: [PD-dev] [LONG] Building extended on amd64

2009-10-05 Thread Hans-Christoph Steiner
On Oct 4, 2009, at 9:19 PM, András Murányi wrote: 2009/10/5 Hans-Christoph Steiner h...@at.or.at On Oct 4, 2009, at 4:02 PM, András Murányi wrote: x86_64. I also tried it without if/endif, cyclone still ignored it. Try sticking it directly in externals/miXed/Makefile.common. .hc

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread martin.peach
hans wrote: On Oct 4, 2009, at 9:19 PM, András Murányi wrote:... Cool. We're here now: cc -DPD -I/home/muranyia/Download/0.41/pd/src -Wall -W -ggdb -I/home/muranyia/Download/0.41/Gem/src -I/home/muranyia/Download/0.41/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread IOhannes m zmoelnig
martin.pe...@sympatico.ca wrote: Then in tab_add_scalar the variable add is defined: iemarray_t *vec_src1, *vec_dst, add; not in the version that i have here (revision 12534). add is declared as t_float. ...and then at line 85 an error occurs because add is a t_word, not a t_float:

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread IOhannes m zmoelnig
IOhannes m zmoelnig wrote: $ make iem_tab i forgot to copy'n'paste the compiler line: cc -DPD -O2 -I/home/pd/src/pure-data/pd/src -Wall -W -ggdb -I/home/pd/src/pure-data/Gem/src -I/home/pd/src/pure-data/externals/pdp/include -DUNIX -Dunix -fPIC -DIEMTAB_SINGLE_OBJ -o

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread Hans-Christoph Steiner
On Oct 5, 2009, at 4:29 PM, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: $ make iem_tab i forgot to copy'n'paste the compiler line: cc -DPD -O2 -I/home/pd/src/pure-data/pd/src -Wall -W -ggdb -I/home/pd/src/pure-data/Gem/src -I/home/pd/src/pure-data/externals/pdp/include -DUNIX

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread András Murányi
what i can tell from andras' output, is that he seems to try to compile Pd-extended-0.41. this version is a branch of the repository that might well not have x86_64 fixes everywhere. thus i recommend: i guess you should upgrade to the latest and greatest version of iem_tab. Ah yes,

[PD-dev] PD mime setup

2009-10-05 Thread Justin Glenn Smith
I would have sent this to the debian PD maintainer, but it appears the package is orphaned right now. If you the attached puredata.xml file into /usr/share/mime/packages/ and then run 'sudo update-mime-database /usr/share/mime/packages' programs like rox-filer and nautilus will recognize the

Re: [PD-dev] iem_tab on amd64 WAS: Building extended on amd64

2009-10-05 Thread Hans-Christoph Steiner
On Oct 5, 2009, at 10:45 PM, András Murányi wrote: what i can tell from andras' output, is that he seems to try to compile Pd-extended-0.41. this version is a branch of the repository that might well not have x86_64 fixes everywhere. thus i recommend: i guess you should upgrade to the

Re: [PD-dev] PD mime setup

2009-10-05 Thread Hans-Christoph Steiner
On Oct 5, 2009, at 10:46 PM, Justin Glenn Smith wrote: I would have sent this to the debian PD maintainer, but it appears the package is orphaned right now. If you the attached puredata.xml file into /usr/share/mime/packages/ and then run 'sudo update-mime-database

Re: [PD-dev] PD mime setup

2009-10-05 Thread Justin Glenn Smith
Hans-Christoph Steiner wrote: On Oct 5, 2009, at 10:46 PM, Justin Glenn Smith wrote: I would have sent this to the debian PD maintainer, but it appears the package is orphaned right now. If you the attached puredata.xml file into /usr/share/mime/packages/ and then run 'sudo

[PD-dev] newest portaudio for Pd-extended

2009-10-05 Thread Hans-Christoph Steiner
I was thinking of updating the portaudio in Pd-extended to the latest stable release, which is not even that new (2007-12). Any reason why this might be a bad idea? .hc