On Oct 30, 2006, at 4:04 AM, Steffen wrote:
On 29/10/2006, at 22.20, Hans-Christoph Steiner wrote:
On Oct 29, 2006, at 7:28 AM, Steffen wrote:
On 29/10/2006, at 2.34, Hans-Christoph Steiner wrote:
I think that Intel and PowerPC should ultimately be on the same
page, since 95% of it is probably the same. The idea is to take
the content from /docs/developer/darwin and put it into this
wiki page, then redirect it to the wiki page.Yes, i see your point, i agree.
What i'd like to see in such a page is a table describing what
libs (ie. Fink packages) a given external depend on. I mean, that
would indeed please the curious reader/user.Sounds good, perhaps a wiki page for that? Usually, its a
question of who does the work to keep it up to date, hopefully
being a wiki will help with that.I guess externals overtime can alter there dependencies list, hence
making such list/table writable for all would be ideal to keep it
update - so yes, i agree.But could I fx. start do the job? Where/how do i find out what a
given external depend on, and what externals there are (in pd- extended)? That is, if i knew, i might have done it already. Can it
be pulled out of the ./configure info?
You could start with the .libs files, they specify addition libs to
link in: find ~/cvs/pure-data/externals/ -name '*.libs'
Also such information could be used in the hypothetical situation
where a user wouldn't want to do a complete pd-extended build,
but rather a subset - that is, with only a subset of the
externals included.Yeah, I think we should have that ability. I think the best way
to achieve that is with a autoconf/configure. Then it would
automatically find dependencies and build what it can considering.Yes, good idea. Though the users will still need the above list of
dependencies in order to install the dependencies needs to build a
given subset of pd-extended. It might be a nice to have feature to
be able to supply a list of externals one would want build, in the
hypothetical situation where one have the dependencies for a given
external but still don't want to build it into the subset of pd- extended.
That shouldn't be too hard with autoconf.
Its just a matter of someone doing the work.
Yes. I don't think the demand will be huge (might only be me), and
the dependencies list will be somehow needed. So it could be left
fairly low prioritized on a todo-list somewhere. But in the realm
of making a comprenhencive documentation on how to obtain different
"configurations" of Pd i think it would be needed.
Its bigger that you think, plus it will be helpful in many other
ways. For example, it would handle platform differences
automatically, which means we could stop doing it manually.
.hc
If you are not part of the solution, you are part of the problem.