[L2Ork-dev] updating cyclone

[Ivica Bukvic]

I get them OK through the list. Weird.

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Apr 1, 2017 17:33, "Albert Graef" <aggraef at gmail.com> wrote:

> Same for me. Maybe Jonathan's messages are hanging in the moderator queue?
>
> On Sat, Apr 1, 2017 at 11:24 PM, Alexandre Torres Porres <porres at gmail.com
> > wrote:
>
>> hey, I'm only receiving messages from Katja, through the list, no other
>> messages from jonathan, so, how come? weird...
>>
>> 2017-04-01 17:31 GMT-03:00 katja <katjavetter at gmail.com>:
>>
>>> On Sat, Apr 1, 2017 at 9:37 PM, Jonathan Wilkes <jancsika at yahoo.com>
>>> wrote:
>>> >> On Sat, Apr 1, 2017 at 4:53 PM, Jonathan Wilkes <jancsika at yahoo.com>
>>> >> wrote:
>>> >
>>> >
>>> >
>>> >>>> [...]
>>> >>>
>>> >>>>> I also get this at the head of the make pd-cyclone output:
>>> >>>>> ls: cannot access 'C:\Program Files/pd/bin': No such file or
>>> directory
>>> >>>>> ls: cannot access 'C:\Program Files/pd/src': No such file or
>>> directory
>>> >>>
>>> >>>> 'C:\Program Files/pd/bin' and 'C:\Program Files/pd/src' are default
>>> >>> search locations which are overridable but which pd-lib-builder tries
>>> >>> to verify anyhow. The error messages should better go to stderror,
>>> not
>>> >>> stdout, that's on my to do list.
>>> >>>
>>> >>> In Purr Data/Pd-l2ork we never want those paths. Does settting
>>> >>> PDBINDIR and PDINCLUDEDIR guarantee they are overridden?
>>> >>>
>>> >
>>> >> Default search paths were specified for convenience so pd users can
>>> > compile a single library by just typing 'make' when they have pd
>>> > installed in the conventional location. PDINCLUDEDIR and PDBINDIR
>>> > should override these defaults but PDBINDIR apparently doesn't do
>>> > that. I'm going to check and fix precendence behavior (which is quite
>>> > a puzzle to be honest). In the meantime, can you help me and report
>>> > what happens if you specify the path to pd.dll in variable pdbinpath
>>> > (meant to be a makefile-internal variable, therefore deprecated to use
>>> > from outside) instead of PDBINDIR?
>>> >
>>> > When I specify pdbinpath everything works perfectly.  Thanks!
>>>
>>> Thanks for checking. I'll try to make variable PDBINDIR work as
>>> advertised.
>>>
>>> Katja
>>> _______________________________________________
>>> L2Ork-dev mailing list
>>> L2Ork-dev at disis.music.vt.edu
>>> http://disis.music.vt.edu/listinfo/l2ork-dev
>>>
>>
>>
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> http://disis.music.vt.edu/listinfo/l2ork-dev
>>
>
>
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggraef at gmail.com
> WWW:    https://plus.google.com/+AlbertGraef
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> http://disis.music.vt.edu/listinfo/l2ork-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20170401/bb39751c/attachment-0001.html>