Yup, we are aware. Originally that stuff was handled by the hexloader
for
special characters, which had serious bugs.
I probably missed something important. What happened to the hexloader?
Second that. I would love to hear more about the hexloader. Is this a part of the regular distribution or only pd-extended? Also, why is zexy not built as a lib rather than being a collection of files? Does it have lower memory footprint this way? It seems a simple solution would be to have zexy as a lib (at least on Linux). Finally, are there any other libs that have similar issues?
Ico
very good subject .
in fact, i would add : and what are the differences between a pd vanilla + externals and pd-extended ? it's not listed ni trced anywhere?
and which libs became objects, or objects became libs?
Ivica Ico Bukvic wrote:
Yup, we are aware. Originally that stuff was handled by the hexloader
for
special characters, which had serious bugs.
I probably missed something important. What happened to the hexloader?
Second that. I would love to hear more about the hexloader. Is this a part of the regular distribution or only pd-extended? Also, why is zexy not built as a lib rather than being a collection of files? Does it have lower memory footprint this way? It seems a simple solution would be to have zexy as a lib (at least on Linux). Finally, are there any other libs that have similar issues?
Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is lots of discussion in the archives on these topics. Here's a
summary:
- building as one-class-per-file gives us some namespace functionality
to deal with nameclashes
pd-extended aims to use a single format for all libraries
the nightly build of Pd-vanilla + externals uses vanilla as the 'pd'
instead of 'pd-extended.
.hc
On Sep 13, 2009, at 9:53 AM, ydegoyon@gmail.com wrote:
very good subject .
in fact, i would add : and what are the differences between a pd vanilla + externals and pd-extended ? it's not listed ni trced anywhere?
and which libs became objects, or objects became libs?
Ivica Ico Bukvic wrote:
Yup, we are aware. Originally that stuff was handled by the
hexloaderfor
special characters, which had serious bugs.
I probably missed something important. What happened to the hexloader?
Second that. I would love to hear more about the hexloader. Is this
a part of the regular distribution or only pd-extended? Also, why is zexy
not built as a lib rather than being a collection of files? Does it have
lower memory footprint this way? It seems a simple solution would be to have
zexy as a lib (at least on Linux). Finally, are there any other libs that
have similar issues?Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If you are not part of the solution, you are part of the problem.
ola,
precisely, there are _too_ many discussions on this topic, and i don't know the actual state of it...
subsidiary question :
do i neeed pd-extended ( from which version on ? ) to use namespaces and inspect the mapping library ?
will pd-extended crush my dev version living in /usr/local/pd ?
saludos, sevy
Hans-Christoph Steiner wrote:
There is lots of discussion in the archives on these topics. Here's a summary:
- building as one-class-per-file gives us some namespace functionality
to deal with nameclashes
pd-extended aims to use a single format for all libraries
the nightly build of Pd-vanilla + externals uses vanilla as the 'pd'
instead of 'pd-extended.
.hc
On Sep 13, 2009, at 9:53 AM, ydegoyon@gmail.com wrote:
very good subject .
in fact, i would add : and what are the differences between a pd vanilla + externals and pd-extended ? it's not listed ni trced anywhere?
and which libs became objects, or objects became libs?
Ivica Ico Bukvic wrote:
Yup, we are aware. Originally that stuff was handled by the hexloader
for
special characters, which had serious bugs.
I probably missed something important. What happened to the hexloader?
Second that. I would love to hear more about the hexloader. Is this a part of the regular distribution or only pd-extended? Also, why is zexy not built as a lib rather than being a collection of files? Does it have lower memory footprint this way? It seems a simple solution would be to have zexy as a lib (at least on Linux). Finally, are there any other libs that have similar issues?
Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If you are not part of the solution, you are part of the problem.
On Sep 14, 2009, at 8:09 AM, ydegoyon@gmail.com wrote:
ola,
precisely, there are _too_ many discussions on this topic, and i don't know the actual state of it...
subsidiary question :
do i neeed pd-extended ( from which version on ? ) to use namespaces and inspect the mapping library ?
Probably not, but I use Pd-extended...
will pd-extended crush my dev version living in /usr/local/pd ?
The pd-extended.debs now install into /usr like proper .debs
.hc
saludos, sevy
Hans-Christoph Steiner wrote:
There is lots of discussion in the archives on these topics. Here's
a summary:
- building as one-class-per-file gives us some namespace
functionality to deal with nameclashes
pd-extended aims to use a single format for all libraries
the nightly build of Pd-vanilla + externals uses vanilla as the
'pd' instead of 'pd-extended.
.hc
On Sep 13, 2009, at 9:53 AM, ydegoyon@gmail.com wrote:
very good subject .
in fact, i would add : and what are the differences between a pd vanilla + externals and pd-extended ? it's not listed ni trced anywhere?
and which libs became objects, or objects became libs?
Ivica Ico Bukvic wrote:
Yup, we are aware. Originally that stuff was handled by the
hexloaderfor
special characters, which had serious bugs.
I probably missed something important. What happened to the hexloader?
Second that. I would love to hear more about the hexloader. Is
this a part of the regular distribution or only pd-extended? Also, why is
zexy not built as a lib rather than being a collection of files? Does it have
lower memory footprint this way? It seems a simple solution would be to have
zexy as a lib (at least on Linux). Finally, are there any other libs that
have similar issues?Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If you are not part of the solution, you are part of the problem.
kill your television
Hans-Christoph Steiner wrote:
On Sep 14, 2009, at 8:09 AM, ydegoyon@gmail.com wrote:
ola,
precisely, there are _too_ many discussions on this topic, and i don't know the actual state of it...
subsidiary question :
do i neeed pd-extended ( from which version on ? ) to use namespaces and inspect the mapping library ?
Probably not, but I use Pd-extended...
gosh, what an answer.... so we're definitely in the blur of what are the differences between pd + externals and pd-extended.
my problem now is that idon't know what to recommend to people in workshops ...
i don't know what's there ( and don't have time to read all the discussion about pd-extended, sorry )
sevy
On Sep 15, 2009, at 8:24 AM, ydegoyon@gmail.com wrote:
Hans-Christoph Steiner wrote:
On Sep 14, 2009, at 8:09 AM, ydegoyon@gmail.com wrote:
ola,
precisely, there are _too_ many discussions on this topic, and i don't know the actual state of it...
subsidiary question :
do i neeed pd-extended ( from which version on ? ) to use namespaces and inspect the mapping library ?
Probably not, but I use Pd-extended...
gosh, what an answer.... so we're definitely in the blur of what are the differences between pd + externals and pd-extended.
my problem now is that idon't know what to recommend to people in workshops ...
i don't know what's there ( and don't have time to read all the discussion about pd-extended,
sorry )
Oops, sorry, the 'not' was NOT supposed to be there. So what I meant
to say is:
You probably can do that stuff in other/custom distros, but I don't
really know since I use Pd-extended.
.hc
kill your television
-
Hans-Christoph Steiner -
Ivica Ico Bukvic -
ydegoyon＠gmail.com