Pd-dev June 2018

pd-dev@lists.iem.at

12 participants
14 discussions

Re: [PD-dev] PD AutoComplete Plugin
by Henri Augusto Bisognini 10 Jun '18

10 Jun '18

I've emailed Yvan about that and he's willing to change the code's license. But we're not sure how it should proceed. Just to make sure: he would have to create another minor version (0.43 in that case) to be able to change from GPL to BSD or LGPL, right? Or can he just change the license right away? ________________________________ De: Alexandre Torres Porres <porres(a)gmail.com> Enviado: sábado, 9 de junho de 2018 22:07 Para: Henri Augusto Bisognini Cc: pd-dev(a)lists.iem.at Assunto: Re: [PD-dev] PD AutoComplete Plugin OMG, this HAS to be part of the vanilla distribution! I'll definitely test it and check it out. I don't know much about licenses, there wouldn't be a problem to include a GPL tcl code into Vanilla, right? Or would it help if it were BSD? cheers

1 0

Re: [PD-dev] Github being bought by MS
by Dan Wilcox 07 Jun '18

07 Jun '18

I originally started using Github for Pd mainly because it would make it far easier for people to contribute to the project, ie. PR instead of .patch files. It's definitely delivered on that aspect. I also agree on not jumping ship on a whim. It would be better to leverage one of the university connections and find a stable, more long term location. Its git, after all, so it's easy to just push to a new location. It becomes harder to carry the unfinished work, like open PRs with us, so that would need to be managed/mirrored for a while. I also set up a Gitlab some of us are using internally at ZKM and it's pretty useful so far. As always, someone needs to maintain and backup the server and it would be great if a university IT department could handle that. :) > On Jun 5, 2018, at 6:00 AM, pd-dev-request(a)lists.iem.at wrote: > > Date: Mon, 4 Jun 2018 17:27:48 +0200 > From: "Christof Ressi" <christof.ressi(a)gmx.at <mailto:christof.ressi@gmx.at>> > To: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: Re: [PD-dev] Github being bought by MS > Message-ID: > <trinity-0f991093-5c4f-42e2-acdd-08e4881ec7f3-1528126068418@3c-app-gmx-bs20> > > Content-Type: text/plain; charset=UTF-8 > > Actually, Sourceforge has been pretty evil in the past (like injecting installers with adware) and the new owners are still trying to recover from it. I guess Microsoft will be very careful not to mess up things with GitHub :-) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 5

Github being bought by MS
by Dan Wilcox 04 Jun '18

04 Jun '18

So MS is buying Github... good thing we still have the Sourceforge master repo. Any dev thoughts on moving forward? ie. "dump Github", "it's not a big deal", "let's find a self-host solution"... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

Re: [PD-dev] pd external c++ example
by Joseph Larralde 04 Jun '18

04 Jun '18

Hi Christof, I didn't realize I posted on the main list, so I add this thread to the dev list where I originally intended to ask ... Changing 0 to A_NULL worked immediately. Curiously, I never noticed the impossibility to replace an enum by its int value in C++ before. That makes sense. And as you said, it compiles with extern "C" surrounding only the setup function. In fact it even compiles without any extern "C" at all (but won't load, probably due to name mangling). Thanks for the clear explanation. Joseph Le 03/06/18 à 21:34, Christof Ressi a écrit : >> - surround the whole code with extern "C" { ... } > I think you only have to do this with the setup function because that's the only function which gets exported (and therefore mustn't have namemangling). > >> candidate function not viable: no known conversion from 'int' to >> 't_atomtype' for 6th argument >> EXTERN t_class *class_new(t_symbol *name, t_newmethod newmethod, > is you're 6th argument a '0'? looks like in C++ you can't pass an int where an enum (t_atomtype) is expected. try to pass 'A_NULL' instead. > > Christof > >> Gesendet: Sonntag, 03. Juni 2018 um 09:40 Uhr >> Von: "Joseph Larralde" <joseph.larralde(a)gmail.com> >> An: pd-list(a)lists.iem.at >> Betreff: [PD] pd external c++ example >> >> Hi list, >> >> Some time ago I wrote a bunch of pd externals in C++, some using flext, >> some by tweaking xcode projects until they worked. >> Yesterday I've been trying the examples from the >> pure-data/externals-howto github repo, with the idea in mind to write my >> own clean pd library. >> The first example compiled right away, so I decided to tweak it to use >> C++ instead of C. >> >> Here is what I did : >> - rename helloworld.c to helloworld.cpp >> - surround the whole code with extern "C" { ... } >> - change class.sources = helloworld.c to class.sources = helloworld.cpp >> in the Makefile. >> >> And I got this error : >> /Applications/Pd-0.47-1-64bit.app/Contents/Resources/src/m_pd.h:476:17: >> note: >> candidate function not viable: no known conversion from 'int' to >> 't_atomtype' for 6th argument >> EXTERN t_class *class_new(t_symbol *name, t_newmethod newmethod, >> >> I tried to add CXX = g++, then CXX = clang, then CXX = llvm in the >> Makefile, none of which changed anything. >> (I'm using OSX 10.11.6) >> >> Before starting to play with more settings I don't fully understand >> everywhere, I thought I'd ask for help here. >> Any suggestions ? >> By the way, I think a basic C++ example in the repo would be useful. >> >> Also, if some advanced user is able to give me a good reason to >> (cross-compatibility or whatever), I could consider switching back to C. >> But I don't see any reason to do so, except maybe for a small gain in >> size and/or performance ... >> >> Thank you in advance for any replies, >> Joseph >> >> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >>

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev June 2018