[PD-dev] [declare -stdpath]: does it work?
Miller Puckette
mpuckett at imusic1.ucsd.edu
Wed Aug 13 05:25:13 CEST 2008
ouch, this is a bug in that case. On my dolist to check it out...
cheers
M
On Tue, Aug 12, 2008 at 06:47:50PM -0400, marius schebella wrote:
> hi roman,
>
> thanks for bringing this one up :). just tested it on OSX and here is
> what I got: it has some effect, but not as supposed. It extends the path
> relative to the directory of the pdpatch (and not as stated in the help
> "relative to Pd").
> in your case: it seems your testpatch resides in
> /home/roman/testpatch97.pd. therefor [declare -stdpath extra/mrpeach]
> extends the searchpath to /home/roman/extra/mrpeach.
> so all the lines that contain "tried /home/roman/extra/mrpeach/..." are
> a result of the declare object.
>
> The behaviour is definitely not as written in the docs, but it kind of
> makes sense to make relative declarations always relative to the file
> location as opposed to the pd binary.
>
> so you can decide what exactly the bug is, the wrong behaviour or the
> wrong documentation.
>
> regarding the "relative to what?" question, I think both behaviours
> could be useful (rel to patch and rel to Pd). Maybe "declare -stdpath"
> should actually be "declare -relpath" (relative to the patch) and
> "declare -rel2pdpath" (relative to the pd binary), but then is the
> directory of "pd binary" really the directory that all paths should be
> relative to? or as some other people already suggested, make it relative
> to the directory that holds the "bin" and the "extra" (and the "src")
> folder.
>
> marius.
>
>
> Roman Haefeli wrote:
> > hi all
> >
> > i have [tcpserver] from mrpeach installed in:
> >
> > /usr/local/lib/pd/extra/mrpeach/tcpserver.pd_linux
> >
> > and i have a patch with:
> >
> > [declare -stdpath extra/mrpeach]
> >
> > [tcpserver]
> >
> >
> > however, [tcpserver] doesn't instantiate. as verbose output i get:
> >
> > tried /home/roman/extra/mrpeach/tcpserver.l_i386 and failed
> > tried /home/roman/tcpserver.l_i386 and failed
> > tried /usr/local/lib/pd/extra/tcpserver.l_i386 and failed
> > tried /home/roman/extra/mrpeach/tcpserver.pd_linux and failed
> > tried /home/roman/tcpserver.pd_linux and failed
> > tried /usr/local/lib/pd/extra/tcpserver.pd_linux and failed
> > tried /home/roman/extra/mrpeach/tcpserver/tcpserver.l_i386 and failed
> > tried /home/roman/tcpserver/tcpserver.l_i386 and failed
> > tried /usr/local/lib/pd/extra/tcpserver/tcpserver.l_i386 and failed
> > tried /home/roman/extra/mrpeach/tcpserver/tcpserver.pd_linux and failed
> > tried /home/roman/tcpserver/tcpserver.pd_linux and failed
> > tried /usr/local/lib/pd/extra/tcpserver/tcpserver.pd_linux and failed
> > tried /home/roman/extra/mrpeach/tcpserver.pd and failed
> > tried /home/roman/tcpserver.pd and failed
> > tried /usr/local/lib/pd/extra/tcpserver.pd and failed
> > tried /home/roman/extra/mrpeach/tcpserver.pat and failed
> > tried /home/roman/tcpserver.pat and failed
> > tried /usr/local/lib/pd/extra/tcpserver.pat and failed
> > tcpserver
> > .... couldn't create
> >
> >
> > it seems, that [declare -stdpath] is completely ignored. do i oversee
> > something or is [declare -stdpath] broken?
> > this is with pd-vanilla 0.41 on ubuntu hardy (without any ~/.pdrc nor
> > any other preference file)
> >
> > i'll post a bug report, if someone can confirm it, but i would like
> > someone else to confirm it first, since i am a bit cautious with
> > bugreports about declare, since there's lots that someone can (me) do
> > wrong when testing it.
> >
> >
> >
> >
> >
> >
> > ___________________________________________________________
> > Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
> >
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
More information about the Pd-dev
mailing list