Re: [PD] Windows test builds

For those who want to test here’s a (Windows) 64-bit “Cyclone”: http://lucarda.com.ar/x/cyclone-windows-64-bit.zip sources from --> https://github.com/porres/pd-cyclone It must (used and) compiled against a 64-bit Pd. ---> here http://lucarda.com.ar/x/pd-0.48.1-test64bit.zip thanks to PR #275

Re: [PD] Windows test builds

@alex: I opened an issue on https://github.com/pure-data/pd-lib-builder/issues/36 you might be interested as there is a [cyclone/coll] 32bit example. -- Mensaje telepatico asistido por maquinas. On 1/12/2018 5:33 PM, Lucas Cordiviola wrote: Only to compile them with the Msys2 64bit shell. A

Re: [PD] Windows test builds

Only to compile them with the Msys2 64bit shell. ATM i'm about to suggest to the pd-lib-builder devs to include the "-static" flag on certain lines so as there's no need to ship pthread implementations. One of those cases as you know is cyclone/coll. I've tested it on w32 and is working fine. S

Re: [PD] Windows test builds

2018-01-12 16:25 GMT-02:00 Lucas Cordiviola : > > We can't load any external as for windows they are all 32-bit. > what would it take to build externals for windows 64 bits? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> htt

Re: [PD] Windows test builds

Also I have a working an sounding (also with ASIO) 64-bit Pd. For those who want to test download from: http://lucarda.com.ar/x/pd-0.48.1-test64bit.zip We can't load any external as for windows they are all 32-bit. -- Mensaje telepatico asistido por maquinas. On 1/12/2018 12:40 PM, Dan Wilco

Re: [PD] Final call for Cube Fest 2018

Update: The correct deadline is actually January 30th, as stated on the web site. Apologies for the error! Eric On Fri, Jan 12, 2018 at 12:05 PM, Eric Lyon wrote: > Dear All, > > > The call for work for Cube Fest 2018 closes on January 15. If multichannel > music is your thing, this could be y

[PD] Final call for Cube Fest 2018

Dear All, The call for work for Cube Fest 2018 closes on January 15. If multichannel music is your thing, this could be your festival. Please send proposals through this portal: http://icat.vt.edu/cubefest/ Best wishes, Eric ___ Pd-list@lists.iem

[PD] Windows test builds

Howdy all, A few of us have been working to make Pd *much* easier to build on Windows (including 64 bit Pd). At this point, it seems as though most of the major stuff is in place. I've added two 32 bit Windows builds to: http://docs.danomatika.com/pdbuilds

Re: [PD] extra folder should have search priority over externals

2018-01-12 6:28 GMT-02:00 IOhannes m zmölnig : > > you should simply avoid the nameclash. > I agree that's just the best thing to do, but that is not an option for cyclone. 2018-01-12 6:27 GMT-02:00 IOhannes m zmölnig : > > no. definitely not. > it's "common sense" to allow the user to overrid

Re: [PD] extra folder should have search priority over externals

2018-01-12 7:49 GMT-02:00 Derek Kwan : > > Say for some reason somebody really likes cyclone's hilbert~ and wants > to basically ignore the existence of vanilla's hilbert~ so they add > cyclone to their path and every time they type in [hilbert~] they want > the cyclone one. Under Alex's rules, th

Re: [PD] extra folder should have search priority over externals

On 01/12/2018 10:49 AM, Derek Kwan wrote: > Python numpy example I brought up earlier like "import numpy as np", but i haven't done so already: +1 signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE a

Re: [PD] extra folder should have search priority over externals

IOhannes m zmölnig writes: > On 01/12/2018 03:11 AM, Alexandre Torres Porres wrote: >> this could be fixed if extra had priority in the search, which I think it'd >> be common sense, as Pd Vanilla objects actually do have priorities over >> externals in general. > > no. definitely not. > it's "co

Re: [PD] extra folder should have search priority over externals

On 01/12/2018 03:11 AM, Alexandre Torres Porres wrote: > So, in cyclone we have a hilbert~ object, that I'm trying to load only as > [cyclone/hilbert~], so just "[hilbert~]" would still call the abstraction > that resides in "extra". you should simply avoid the nameclash. fgamdsr IOhannes sign

Re: [PD] extra folder should have search priority over externals

On 01/12/2018 03:11 AM, Alexandre Torres Porres wrote: > this could be fixed if extra had priority in the search, which I think it'd > be common sense, as Pd Vanilla objects actually do have priorities over > externals in general. no. definitely not. it's "common sense" to allow the user to overri