i reconfigured and re-compiled and changed the makefile to produce
.pd_darwin
but i am not sure i am on the right track
/Users/patrickp/pd/bin/pd -lib ~/pd/GRIDFLOW/gridflow load_object: Symbol "_gridflow_setup" not found /Users/patrickp/pd/GRIDFLOW/gridflow: can't load library
So i have not got it working properly yet
On Apr 25, 2005, at 6:03 PM, Samuel Brialey Burt wrote:
There is definitely a gridflow.bundle file.
sb
On Mon, 25 Apr 2005 17:44:27 -0400, "Patrick Pagano" bigswift@ufl.edu said:
as it would be from CVS teh file it produces is .bundle ? renaming it did not work :-)...at least for me
On Apr 25, 2005, at 5:42 PM, Samuel Brialey Burt wrote:
By coincidence, I was trying to install gridflow in OS X 10.3, today, because a visual artist hear at Peabody wanted to try it out. I got all the way up to the "make install" process. It returned the
information that you can find at the bottom of this message.Not only this, the process corrupted my Pd installation (found at pcm.peabody.jhu.edu/~sburt) so that no externals would load. "libraryname: can't load library" for example.
So, I tried with a fresh install of Pd to do something a bit
different. I noticed the installer had left a gridflow.pd_darwin. So, I tried just dropping it in my "extras" folder. That's when I learned that
there's more to gridflow than just having the prereqs installed and the
binary. So, it appears that I need at the very least gridflow.so to be in the right place according to:setting up Ruby-for-PureData... we are using Ruby version 1.6.8 (done) ERROR: Cannot load GridFlow-for-Ruby (gridflow.so)
Although I haven't found gridflow.so at all. I'm thinking the
makefile was supposed to generate it?I hope the feedback helps. Please assist if possible.
Samuel Burt
results of sudo make install:
install -c -p -m 0755 gridflow.bundle /sw/lib/ruby/site_ruby/1.8/powerpc-darwin mkdir -p /sw/lib/ruby/site_ruby/1.8/gridflow//base/ install -m 644 base/main.rb /sw/lib/ruby/site_ruby/1.8/gridflow//base//main.rb install -m 644 base/flow_objects.rb /sw/lib/ruby/site_ruby/1.8/gridflow//base//flow_objects.rb install -m 644 base/test.rb /sw/lib/ruby/site_ruby/1.8/gridflow//base//test.rb install -m 644 base/source_filter.rb /sw/lib/ruby/site_ruby/1.8/gridflow//base//source_filter.rb install -m 644 base/MainLoop.rb /sw/lib/ruby/site_ruby/1.8/gridflow//base//MainLoop.rb mkdir -p /sw/lib/ruby/site_ruby/1.8/gridflow//bridge/ install -m 644 bridge/puredata.rb /sw/lib/ruby/site_ruby/1.8/gridflow//bridge//puredata.rb mkdir -p /sw/lib/ruby/site_ruby/1.8/gridflow//format/ install -m 644 format/main.rb /sw/lib/ruby/site_ruby/1.8/gridflow//format//main.rb mkdir -p /sw/lib/ruby/site_ruby/1.8/gridflow//extra/ install -m 644 extra/smpte.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//smpte.rb install -m 644 extra/server_2.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//server_2.rb install -m 644 extra/server_1_grid.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//server_1_grid.rb install -m 644 extra/server_1_ppm.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//server_1_ppm.rb install -m 644 extra/jmax_format.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//jmax_format.rb install -m 644 extra/puredata_format.rb /sw/lib/ruby/site_ruby/1.8/gridflow//extra//puredata_format.rb cp bin/jmax2pd /sw/bin; chmod 755 /sw/bin/jmax2pd mkdir -p /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp pd_help/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp gridflow.pd_darwin pd_abstractions/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/extra usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN directory make: *** [puredata-install] Error 64 -- Samuel Brialey Burt samuelburt@elitemail.org
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
-- Samuel Brialey Burt samuelburt@elitemail.org
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
On Mon, 25 Apr 2005, Patrick Pagano wrote:
i reconfigured and re-compiled and changed the makefile to produce .pd_darwin
gridflow.bundle is GridFlow-for-Ruby.
If PureData is detected (requires finding m_pd.h) then the building of Ruby-for-PureData will be enabled, and that produces gridflow.pd_darwin.
That's because GridFlow is split in two halves so that it can be used from either Ruby or PureData (and formerly also from jMax25 and jMax4).
Renaming gridflow.bundle will certainly not work, because that file is a plugin for Ruby, not a plugin for PureData.
To allow GridFlow to find m_pd.h, the CPLUS_INCLUDE_PATH env-var must be set correctly, using the export command in the Bash shell or the setenv command in the Tcsh shell.
Not only this, the process corrupted my Pd installation (found at pcm.peabody.jhu.edu/~sburt) so that no externals would load. "libraryname: can't load library" for example.
That's very strange: I never ever heard of that problem and have not experienced it either in all my compilations of GridFlow on my G3-700 laptop running OSX-10.2.8.
ERROR: Cannot load GridFlow-for-Ruby (gridflow.so) Although I haven't found gridflow.so at all. I'm thinking the makefile was supposed to generate it?
The error message was made for Linux. On OSX the equivalent is gridflow.bundle. It's supposed to be installed in the Ruby equivalent of the extra/ directory; on my OSX laptop that's:
/Users/artengine/lib/ruby/1.8/powerpc-darwin/gridflow.bundle
But that will vary depending on which version of Ruby is installed and where Ruby is installed.
cp bin/jmax2pd /sw/bin; chmod 755 /sw/bin/jmax2pd mkdir -p /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/5.reference/ gridflow cp pd_help/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/5.reference/ gridflow cp gridflow.pd_darwin pd_abstractions/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/extra usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN directory
Anyone can make sense of that error message? I can't. This "cp" program is getting autistic on us. Can't it just tell us what's actually going on? I don't get those errors here.
,-o---------o---------o---------o-. ,---. | |
| The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) | |---' `-o-- http://artengine.ca/matju -'
How about importing a stable version of GridFlow into the pure-data
CVS? Then we can include GridFlow as part of the Pd.app build system.
Its quite simple, once its in CVS, you make a gridflow target that does
everything needed to compile gridflow. Then copy the files to the
Pd.app, then it'll be part of all future Pd.app builds.
.hc
On Apr 27, 2005, at 3:30 PM, Mathieu Bouchard wrote:
On Mon, 25 Apr 2005, Patrick Pagano wrote:
i reconfigured and re-compiled and changed the makefile to produce
.pd_darwingridflow.bundle is GridFlow-for-Ruby.
If PureData is detected (requires finding m_pd.h) then the building of
Ruby-for-PureData will be enabled, and that produces
gridflow.pd_darwin.That's because GridFlow is split in two halves so that it can be used
from either Ruby or PureData (and formerly also from jMax25 and
jMax4).Renaming gridflow.bundle will certainly not work, because that file is
a plugin for Ruby, not a plugin for PureData.To allow GridFlow to find m_pd.h, the CPLUS_INCLUDE_PATH env-var must
be set correctly, using the export command in the Bash shell or the
setenv command in the Tcsh shell.Not only this, the process corrupted my Pd installation (found at pcm.peabody.jhu.edu/~sburt) so that no externals would load. "libraryname: can't load library" for example.
That's very strange: I never ever heard of that problem and have not
experienced it either in all my compilations of GridFlow on my G3-700
laptop running OSX-10.2.8.ERROR: Cannot load GridFlow-for-Ruby (gridflow.so) Although I haven't found gridflow.so at all. I'm thinking the
makefile was supposed to generate it?The error message was made for Linux. On OSX the equivalent is
gridflow.bundle. It's supposed to be installed in the Ruby equivalent
of the extra/ directory; on my OSX laptop that's:/Users/artengine/lib/ruby/1.8/powerpc-darwin/gridflow.bundle
But that will vary depending on which version of Ruby is installed and
where Ruby is installed.cp bin/jmax2pd /sw/bin; chmod 755 /sw/bin/jmax2pd mkdir -p /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp pd_help/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp gridflow.pd_darwin pd_abstractions/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/extra usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN directory
Anyone can make sense of that error message? I can't. This "cp"
program is getting autistic on us. Can't it just tell us what's
actually going on? I don't get those errors here.,-o---------o---------o---------o-. ,---. |
| | The Diagram is the Program (TM) | |
,-o-------------o--------------o-.-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) | |---' `-o-- http://artengine.ca/matju
-'_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data CVS? Then we can include GridFlow as part of the Pd.app build system. Its quite simple, once its in CVS, you make a gridflow target that does everything needed to compile gridflow. Then copy the files to the Pd.app, then it'll be part of all future Pd.app builds.
...this is one of those edge issues we talked about last week: in order for gridflow to compile and work in a drag and drop fashion, we'd have to include either an installer for Ruby, or an install of ruby inside the app, somewhat similar to the way tcl/tk frameworks are included...however, to my knowledge, a ruby.framework isn't available yet...
l8r, jamie
Am 28.04.2005 um 00:52 schrieb james tittle:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data CVS? Then we can include GridFlow as part of the Pd.app build system. Its quite simple, once its in CVS, you make a gridflow target that does everything needed to compile gridflow. Then copy the files to the Pd.app, then it'll be part of all future Pd.app builds.
...this is one of those edge issues we talked about last week: in order for gridflow to compile and work in a drag and drop fashion, we'd have to include either an installer for Ruby, or an install of ruby inside the app, somewhat similar to the way tcl/tk frameworks are included...however, to my knowledge, a ruby.framework isn't available yet...
would be nice though to have gridflow in the .app!
max
On Apr 27, 2005, at 6:52 PM, james tittle wrote:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data
CVS? Then we can include GridFlow as part of the Pd.app build
system. Its quite simple, once its in CVS, you make a gridflow
target that does everything needed to compile gridflow. Then copy
the files to the Pd.app, then it'll be part of all future Pd.app
builds....this is one of those edge issues we talked about last week: in
order for gridflow to compile and work in a drag and drop fashion,
we'd have to include either an installer for Ruby, or an install of
ruby inside the app, somewhat similar to the way tcl/tk frameworks are
included...however, to my knowledge, a ruby.framework isn't available
yet...
What's wrong with the ruby that's included with Mac OS X?
A Ruby.framework is available here:
http://rubyforge.org/projects/rubyfrmwk/
At the very least, if a pre-compiled version of gridflow was included
in the Pd.app, all the user would have to do is install Ruby.
.hc
l8r, jamie
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
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
On Apr 27, 2005, at 6:52 PM, james tittle wrote:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
What's wrong with the ruby that's included with Mac OS X? At the very least, if a pre-compiled version of gridflow was included in the Pd.app, all the user would have to do is install Ruby.
The problem with the Ruby in OSX 10.2 is that it's just an application, that is, it's missing both libruby.a and libruby.dylib, and so gridflow.pd_darwin cannot embed the Ruby interpreter within PureData.
In OSX 10.3 and 10.4, the situation may be different, but I don't recall what it is. Anyhow, I think I recall that one has to install XCode to get Ruby, right? Does Pd.app already require XCode? I only have OSX 10.2 so someone else will have to look into it.
,-o---------o---------o---------o-. ,---. |
| The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o--------------o--------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone: +1.514.383.3801---' `-o-- http://artengine.ca/matju -'
Well i just have to say that without jamie, i would not even be able to comment, BUT.... big BUTT.
that was the most excitement i have had with the computer in a while
the examples are cool and i will gladly offer help to the next person as Jamie helped me
I think getting help, compiling it yourself makes you appreciate it so much more :-) after it works of course...lol
brought me back to ye Olde JMax days
GEM/pdp/gridflow .....Nice
On Apr 28, 2005, at 9:05 AM, Mathieu Bouchard wrote:
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
On Apr 27, 2005, at 6:52 PM, james tittle wrote:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
What's wrong with the ruby that's included with Mac OS X? At the very least, if a pre-compiled version of gridflow was included in the Pd.app, all the user would have to do is install Ruby.
The problem with the Ruby in OSX 10.2 is that it's just an application, that is, it's missing both libruby.a and libruby.dylib, and so gridflow.pd_darwin cannot embed the Ruby interpreter within PureData.
In OSX 10.3 and 10.4, the situation may be different, but I don't recall what it is. Anyhow, I think I recall that one has to install XCode to get Ruby, right? Does Pd.app already require XCode? I only have OSX 10.2 so someone else will have to look into it.
,-o---------o---------o---------o-. ,---. | | The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o--------------o--------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone: +1.514.383.3801---' `-o-- http://artengine.ca/matju -'_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
Hey Pat,
I have not tried getting PDP or gridflow working on my g4 yet, I especially like how these three packages can work together. Right now there is a lot of functional overlap and I would guess a lot of duplicate efforts.
I just wanted to throw this out, even if I'm not a gem/pdp/gridflow developer.
For example video tracking, All three packages allow this functionality, all include objects to do so and some examples. (is there a Gem example? If not I have a nice simple one I can contribute.) For the Open Territories project (of which pixelTANGO is part) if the grant is a success we will be developing more streaming stuff and this would be great if it would fit in well into all three packages.
So the question is how to make the packages less redundant, how to play off the strengths of one and other...
Gem
- YUV Video path (certainly on mac) very optimized, great video playback
performance.
- OpenGL, which means 3D as well as being able to capitolize on gamer
industry features (shaders, gfx assembly, clusters, stereo etc..)
- No the greatest pixel processing stuff, nor probably the best place
for it?
PDP/PiDiP
- Centrally a pixelprocessing tool and does it quite well.
- Nice new streaming additions in PiDiP
- 2D only, not as much optimization as Gem. (?)
Gridflow
- Centrally a "grid" processing tool.
- Mathematical control at a low level, probably the best way for a
patcher (not external developer) to create tracking systems.
- Grids need not be only images!
- Seems not as well optimized (may be due to the fact that it is
low-level pixel by pixel access)
So how could these things weave together in the future? I see a couple of possiblities:
- Gem for 3d, using PDP for pix_ processing. (Thanks to Jamie for making
this a reality) How does the streaming stuff fit in? You could use the PiDiP streaming stuff to stream a texture, but I think we are a ways away from streaming the Gem buffer.
- Gridflow for Array processing. (that is anything that uses arrays,
iemmatrix? and certainly some interesting low-level mathematical control of vertex-arrays. There are probably a few other things in Gem-land that could use something like gridflow as well.
Anyhow I realized this at pixelACHE and thought I would through it out. I think it makes little sense for someone to develop a IP streaming system that whose code cannot be used in Gem or gridlow. This is a big part of the piksel interoperability project @ bek.
Anyhow I'd love to hear some ideas about this issue.
B>
Patrick Pagano wrote:
Well i just have to say that without jamie, i would not even be able to comment, BUT.... big BUTT.
that was the most excitement i have had with the computer in a while
the examples are cool and i will gladly offer help to the next person as Jamie helped me
I think getting help, compiling it yourself makes you appreciate it so much more :-) after it works of course...lol
brought me back to ye Olde JMax days
GEM/pdp/gridflow .....Nice
On Apr 28, 2005, at 9:05 AM, Mathieu Bouchard wrote:
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
On Apr 27, 2005, at 6:52 PM, james tittle wrote:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
What's wrong with the ruby that's included with Mac OS X? At the very least, if a pre-compiled version of gridflow was included in the Pd.app, all the user would have to do is install Ruby.
The problem with the Ruby in OSX 10.2 is that it's just an application, that is, it's missing both libruby.a and libruby.dylib, and so gridflow.pd_darwin cannot embed the Ruby interpreter within PureData.
In OSX 10.3 and 10.4, the situation may be different, but I don't recall what it is. Anyhow, I think I recall that one has to install XCode to get Ruby, right? Does Pd.app already require XCode? I only have OSX 10.2 so someone else will have to look into it.
,-o---------o---------o---------o-. ,---. | | The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o--------------o--------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone: +1.514.383.3801---' `-o-- http://artengine.ca/matju -'_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-listPatrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Fri, 29 Apr 2005, B. Bogart wrote:
PDP/PiDiP
- Centrally a pixelprocessing tool and does it quite well.
- Nice new streaming additions in PiDiP
- 2D only, not as much optimization as Gem. (?)
It has a module called 3DP which does OpenGL.
- Seems not as well optimized (may be due to the fact that it is
low-level pixel by pixel access)
I have no clue what you mean by that.
GridFlow works by global grid operations and not so much on a pixel-per-pixel basis.
Grid transmission is done in a cache-friendly way: unlike GEM and PDP, it cuts grids into small slices, and propagates one completely before sending the next one.
The biggest remaining speed issue is because there is still an awful lot of useless memory-copying going on, which is going to disappear Real Soon Now. (but it's not trivial to fix)
(There's actually an even bigger speed issue on Mac processors, but it's still a mystery to me.)
What I will need help on now, are bridges between PDP and GridFlow, and between GEM and GridFlow.
Who's willing to help ?
,-o---------o---------o---------o-. ,---. |
| The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o--------------o--------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone: +1.514.383.3801---' `-o-- http://artengine.ca/matju -'
I think that what Ben and I might be after is a synthesis of these three externals for a powerful image/video manipulation tool. I see a tremedous potential for these three to act together and time and development could be very advantageous.
So with this in mind i think for me it might be most helpful, and jamie may cringe but the bridge to and from pdp should flow both ways pdp2gem & gem2pdp and would be powerful beginning tools
and then the ability [IMHO] for all [pdp,gridFlow] to make use of the GEM window probably exclusively or selectively.
so in theory
[gemhead] | [pix_video] | [pdp_stauration] | [gf] stuff] | [rectangle]
could all be in a gemwin
How much of this is possible, or reasonable i will simply ask
Patrick Pagano, B.S., M.F.A. Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2082
Hey devs,
The basis of my post was how we can work together.
I think thinking beyond objects that pass data back and forth between the different systems.
To repeat my example, Gem, PDP and Gridflow all have tracking objects/abstractions. All created independantly, probably having no code in common either. I'm just saying it makes little sense to have three complete packages that can all do the same things. Even if they do it in different ways.
Better to work off the strength of one and other than reimplimenting similar ideas.
Thanks all for me.
B>
shree wrote:
I think that what Ben and I might be after is a synthesis of these three externals for a powerful image/video manipulation tool. I see a tremedous potential for these three to act together and time and development could be very advantageous.
So with this in mind i think for me it might be most helpful, and jamie may cringe but the bridge to and from pdp should flow both ways pdp2gem & gem2pdp and would be powerful beginning tools
and then the ability [IMHO] for all [pdp,gridFlow] to make use of the GEM window probably exclusively or selectively.
so in theory
[gemhead] | [pix_video] | [pdp_stauration] | [gf] stuff] | [rectangle]
could all be in a gemwin
How much of this is possible, or reasonable i will simply ask
Patrick Pagano, B.S., M.F.A. Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2082
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Apr 28, 2005, at 9:05 AM, Mathieu Bouchard wrote:
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
On Apr 27, 2005, at 6:52 PM, james tittle wrote:
On Apr 27, 2005, at 6:02 PM, Hans-Christoph Steiner wrote:
What's wrong with the ruby that's included with Mac OS X? At the very least, if a pre-compiled version of gridflow was included in the Pd.app, all the user would have to do is install Ruby.
The problem with the Ruby in OSX 10.2 is that it's just an application, that is, it's missing both libruby.a and libruby.dylib, and so gridflow.pd_darwin cannot embed the Ruby interpreter within PureData.
In OSX 10.3 and 10.4, the situation may be different, but I don't recall what it is. Anyhow, I think I recall that one has to install XCode to get Ruby, right? Does Pd.app already require XCode? I only have OSX 10.2 so someone else will have to look into it.
...uh, I don't think you need XCode per se, but you do need the developer tools, which installs gcc & friends...who knows what's coming with 10.4, but I'm most interested in the framework Hans pointed out...
l8r, jamie
Yes, please! A binary inclusion of GF on the Pd.app would be really
welcomed...
from the point of view of the "non-compiling" users of my pd workshops.
Cheers all I.
On Apr 27, 2005, at 11:02 PM, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data
CVS? Then we can include GridFlow as part of the Pd.app build system.
Its quite simple, once its in CVS, you make a gridflow target that
does everything needed to compile gridflow. Then copy the files to
the Pd.app, then it'll be part of all future Pd.app builds..hc
On Apr 27, 2005, at 3:30 PM, Mathieu Bouchard wrote:
On Mon, 25 Apr 2005, Patrick Pagano wrote:
i reconfigured and re-compiled and changed the makefile to produce
.pd_darwingridflow.bundle is GridFlow-for-Ruby.
If PureData is detected (requires finding m_pd.h) then the building
of Ruby-for-PureData will be enabled, and that produces
gridflow.pd_darwin.That's because GridFlow is split in two halves so that it can be used
from either Ruby or PureData (and formerly also from jMax25 and
jMax4).Renaming gridflow.bundle will certainly not work, because that file
is a plugin for Ruby, not a plugin for PureData.To allow GridFlow to find m_pd.h, the CPLUS_INCLUDE_PATH env-var must
be set correctly, using the export command in the Bash shell or the
setenv command in the Tcsh shell.Not only this, the process corrupted my Pd installation (found at pcm.peabody.jhu.edu/~sburt) so that no externals would load. "libraryname: can't load library" for example.
That's very strange: I never ever heard of that problem and have not
experienced it either in all my compilations of GridFlow on my G3-700
laptop running OSX-10.2.8.ERROR: Cannot load GridFlow-for-Ruby (gridflow.so) Although I haven't found gridflow.so at all. I'm thinking the
makefile was supposed to generate it?The error message was made for Linux. On OSX the equivalent is
gridflow.bundle. It's supposed to be installed in the Ruby equivalent
of the extra/ directory; on my OSX laptop that's:/Users/artengine/lib/ruby/1.8/powerpc-darwin/gridflow.bundle
But that will vary depending on which version of Ruby is installed
and where Ruby is installed.cp bin/jmax2pd /sw/bin; chmod 755 /sw/bin/jmax2pd mkdir -p /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp pd_help/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/doc/ 5.reference/ gridflow cp gridflow.pd_darwin pd_abstractions/*.pd /Applications/Pd-0.38-3.app/Contents/Resources/lib/pd/extra usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN directory
Anyone can make sense of that error message? I can't. This "cp"
program is getting autistic on us. Can't it just tell us what's
actually going on? I don't get those errors here.,-o---------o---------o---------o-. ,---. |
| | The Diagram is the Program (TM) | |
,-o-------------o--------------o-.-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) | |---' `-o--
http://artengine.ca/matju
-'_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
Ivan Franco R&D Director ivan.franco@ydreams.com
YDreams SA http://www.ydreams.com
Disclaimer and Confidentiality Notice:
YDreams accepts no responsibility or liability whatsoever with regard
to the information herein contained.
This message including any attachment hereof is confidential and may be
privileged or otherwise legally
protected from disclosure and may only be read, copied and used by the
intended recipient. If you are not
the intended recipient, please contact the sender immediately (+351 21
294 9683) and delete this email and
any attachment permanently from your system. You must not copy this
email or any attachment or disclose
its/their contents to any other person or entity. Thank you.
_________________________________
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data CVS? Then we can include GridFlow as part of the Pd.app build system. Its quite simple, once its in CVS, you make a gridflow target that does everything needed to compile gridflow. Then copy the files to the Pd.app, then it'll be part of all future Pd.app builds.
It will be an unstable version actually. I'll pick whatever's in the CVS right now, and call it 0.8.0, and that will go in the pure-data CVS.
The last stable release of GridFlow, 0.7.7, is getting a bit old, and a lot of 0.7 ways are getting deprecated, so I wouldn't want to encourage newbies to use it.
OTOH, GridFlow 0.8.0 has a bunch of bugs, which is not newbie-friendly. But whatever. I think that publishing 0.8.0 as-is will encourage me to make 0.8.1 much more stable and release it quickly...
,-o---------o---------o---------o-. ,---. |
| The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
-o--------------o--------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone: +1.514.383.3801---' `-o-- http://artengine.ca/matju -'
On May 1, 2005, at 11:47 PM, Mathieu Bouchard wrote:
On Wed, 27 Apr 2005, Hans-Christoph Steiner wrote:
How about importing a stable version of GridFlow into the pure-data
CVS? Then we can include GridFlow as part of the Pd.app build system.
Its quite simple, once its in CVS, you make a gridflow target that
does everything needed to compile gridflow. Then copy the files to
the Pd.app, then it'll be part of all future Pd.app builds.It will be an unstable version actually. I'll pick whatever's in the
CVS right now, and call it 0.8.0, and that will go in the pure-data
CVS.The last stable release of GridFlow, 0.7.7, is getting a bit old, and
a lot of 0.7 ways are getting deprecated, so I wouldn't want to
encourage newbies to use it.OTOH, GridFlow 0.8.0 has a bunch of bugs, which is not
newbie-friendly. But whatever. I think that publishing 0.8.0 as-is
will encourage me to make 0.8.1 much more stable and release it
quickly...
Give me a holler if you want help with the Pd.app build system. What
you need to do is quite straightforward: just make a Makefile target
that executes whatever is necessary to build gridflow. I'd say
externals/gridflow is a good spot for it. We should probably set up an
ACL so that if people want to commit changes to CVS, they'll have to
make a branch (that's the way other imported sources are setup).
Also, you should include whatever libs/frameworks/etc. that
OSX/Debian/etc. doesn't normally provide (for example, if you use that
Ruby.framework). I think that the Apple Developer tools include ruby
dev files now. Or at least my computer has
/usr/lib/ruby/1.6/powerpc-darwin7.0/ruby.h
.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
-
B. Bogart -
Hans-Christoph Steiner -
Ivan Franco -
james tittle -
Mathieu Bouchard -
Max Neupert -
Patrick Pagano -
shree