Actually, that’s a good point. Vanilla already uses tcl, so why not be able to load tcl scripts? This of course assumes tcl availability, but that’s not unreasonable considering I expect vanilla to use tcl/tk for the indefinite future.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Dec 7, 2015, at 3:23 PM, pd-list-request@lists.iem.at wrote:
From: Lorenzo Sutton <lorenzofsutton@gmail.com mailto:lorenzofsutton@gmail.com> Date: December 7, 2015 at 2:51:57 PM MST To: "pd-list@lists.iem.at mailto:pd-list@lists.iem.at" <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] get filenames from directory
On 07/12/15 22:39, Jonathan Wilkes wrote:
Hi Lorenzo, There's pdlua.
Pd Vanilla now includes deken, so if you want to package and maintain pdlua it will then become "native".
I admit I haven't looked at deken yet. But isn't using externals kinda "cheating" about "nativeness"?
I wonder if something similar to the gui-plugins would allow to use tcl in specially named objects such as:
[tcl mytclabstraction]
and then that would use mytclabstraction.tcl
Lorenzo.
this would be cool indeed...
On 08 Dec 2015, at 05:57, Dan Wilcox danomatika@gmail.com wrote:
Actually, that’s a good point. Vanilla already uses tcl, so why not be able to load tcl scripts? This of course assumes tcl availability, but that’s not unreasonable considering I expect vanilla to use tcl/tk for the indefinite future.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Dec 7, 2015, at 3:23 PM, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
From: Lorenzo Sutton <lorenzofsutton@gmail.com mailto:lorenzofsutton@gmail.com> Date: December 7, 2015 at 2:51:57 PM MST To: "pd-list@lists.iem.at mailto:pd-list@lists.iem.at" <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] get filenames from directory
On 07/12/15 22:39, Jonathan Wilkes wrote:
Hi Lorenzo, There's pdlua.
Pd Vanilla now includes deken, so if you want to package and maintain pdlua it will then become "native".
I admit I haven't looked at deken yet. But isn't using externals kinda "cheating" about "nativeness"?
I wonder if something similar to the gui-plugins would allow to use tcl in specially named objects such as:
[tcl mytclabstraction]
and then that would use mytclabstraction.tcl
Lorenzo.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2015-12-08 05:57, Dan Wilcox wrote:
Actually, that’s a good point. Vanilla already uses tcl, so why not be able to load tcl scripts? This of course assumes tcl availability, but that’s not unreasonable considering I expect vanilla to use tcl/tk for the indefinite future.
so what is wrong with tclpd? do you request it to be included with pd-vanilla, or did you just wanted to hear that it exists?
fgmasdr IOhannes
tclpd would be/is great. is there a version for osx? and i guess that is also the point here. if it would be available for all the same architectures pd runs on and would be distributed with vanilla (or deken, but for all architectures) it would be easy.
it’s sometimes hard to look in the right places.
On 10 Dec 2015, at 09:14, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2015-12-08 05:57, Dan Wilcox wrote:
Actually, that’s a good point. Vanilla already uses tcl, so why not be able to load tcl scripts? This of course assumes tcl availability, but that’s not unreasonable considering I expect vanilla to use tcl/tk for the indefinite future.
so what is wrong with tclpd? do you request it to be included with pd-vanilla, or did you just wanted to hear that it exists?
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2015-12-10 09:45, Simon Iten wrote:
tclpd would be/is great. is there a version for osx?
most likely somebody would need to compile it for your target platform.
and i guess that is also the point here. if it would be available for all the same architectures pd runs on
and would be distributed with vanilla (or deken, but for all architectures) it would be easy.
definitely not "with" deken. deken is a package installer, it has no business of including random other functionality in "itself". apart from that, deken is going to be included with Pd>0.47, so the two become indistinguishable...
it’s sometimes hard to look in the right places.
right, that's what deken is for. you can use deken to search for tclpd and it should give you the power to install it. the only drawback is, that as of know only a linux- and a w32-version of tclpd have been made available via deken.
so: volunteers welcome :-)
fgmasdr IOhannes
ok, xcode is installed.
where do i checkout the externals source code?
this:
svn checkout svn://svn.code.sf.net/p/pure-data/svn/trunk pure-data-svn
gives me a time out error.
cheers
On 10 Dec 2015, at 09:54, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2015-12-10 09:45, Simon Iten wrote:
tclpd would be/is great. is there a version for osx?
most likely somebody would need to compile it for your target platform.
and i guess that is also the point here. if it would be available for all the same architectures pd runs on
and would be distributed with vanilla (or deken, but for all architectures) it would be easy.
definitely not "with" deken. deken is a package installer, it has no business of including random other functionality in "itself". apart from that, deken is going to be included with Pd>0.47, so the two become indistinguishable...
it’s sometimes hard to look in the right places.
right, that's what deken is for. you can use deken to search for tclpd and it should give you the power to install it. the only drawback is, that as of know only a linux- and a w32-version of tclpd have been made available via deken.
so: volunteers welcome :-)
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2015-12-10 11:54, Simon Iten wrote:
ok, xcode is installed.
where do i checkout the externals source code?
this:
svn checkout svn://svn.code.sf.net/p/pure-data/svn/trunk pure-data-svn
$ svn co https://svn.code.sf.net/p/pure-data/svn/trunk/externals/loaders/tclpd
or - for a read-only git:
$ git clone https://git.puredata.info/cgit/svn2git/loaders/tclpd.git
mfgasdr IOhannes
On 2015-12-10 09:54, IOhannes m zmoelnig wrote:
the only drawback is, that as of know only a linux- and a w32-version of
"know" -> "now"
tclpd have been made available via deken.
so: volunteers welcome :-)
well, so after the gge/comport thread i searched my harddisks, and indeed found a prepared tree of fat externals compiled for OSX (ppc, i386, amd64) just waiting to be uploaded. i think the reason why i did not upload it back in july was that deken was still missing the functionality to upload into per-library directories.
anyhow, i have now uploaded 71 or so new deken packages, among them tclpd for OSX.
the externals are quite untested. (it's the binaries taken from Pd-extended, but merged into fat binaries; and all the non-standard dependencies are shipped alongside the externals, rather than in a Pd-wide place).
fgmasdr IOhannes
danke IOhannes.
but it does not work here:
Platform detected: Darwin-x86_64-32bit /Users/lokki/Library/Pd/tclpd/tclpd.pd_darwin: dlopen(/Users/lokki/Library/Pd/tclpd/tclpd.pd_darwin, 10): Symbol not found: _canvas_editing Referenced from: /Users/lokki/Library/Pd/tclpd/tclpd.pd_darwin Expected in: dynamic lookup
tclpd ... couldn't create
i installed tcl and tk (compiled from source)
On 10 Dec 2015, at 14:56, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2015-12-10 09:54, IOhannes m zmoelnig wrote:
the only drawback is, that as of know only a linux- and a w32-version of
"know" -> "now"
tclpd have been made available via deken.
so: volunteers welcome :-)
well, so after the gge/comport thread i searched my harddisks, and indeed found a prepared tree of fat externals compiled for OSX (ppc, i386, amd64) just waiting to be uploaded. i think the reason why i did not upload it back in july was that deken was still missing the functionality to upload into per-library directories.
anyhow, i have now uploaded 71 or so new deken packages, among them tclpd for OSX.
the externals are quite untested. (it's the binaries taken from Pd-extended, but merged into fat binaries; and all the non-standard dependencies are shipped alongside the externals, rather than in a Pd-wide place).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 10/12/2015 09:14, IOhannes m zmoelnig wrote:
On 2015-12-08 05:57, Dan Wilcox wrote:
Actually, that’s a good point. Vanilla already uses tcl, so why not be able to load tcl scripts? This of course assumes tcl availability, but that’s not unreasonable considering I expect vanilla to use tcl/tk for the indefinite future.
so what is wrong with tclpd? do you request it to be included with pd-vanilla,
IMHO: yes. And no. Depending on how easy/hard it would be to include it in pd-vanilla. I guess one would assume that because Pd is using tcl anyway, it might me 'easy' to use tcl as an abstraction/object scripting language (i.e. I would assume the dependencies for tclpd are very similar to pd-vanilla?). However I admit that assumption might be naive/wrong and that other better options might exist.
My initial point was that it would be very nice to have some scripting language functionality included in Pd-vanilla. Why? a) Because I think it's cool b) IMHO it would open up possibilities for doing lots of things in 'pure pd' ('pure' meaning vanilla).
Lorenzo.
-
Dan Wilcox -
IOhannes m zmoelnig -
Lorenzo Sutton -
Simon Iten