OK, I ended up pushing to a new branch (just to stay on the safe side for now). Assuming all looks OK I can make this the main branch.
I had one small ouch: I don't think I can compatibly change t_int to int in m_pd.h (this is mentioned on another thread somewhere). I don't know how to make clang pipe down about this short of casting almost every call to atom_getint*() in the whole tree. Yuck... Maybe it's better just to tell clang to be more permissive (if that's possible)?
Meanwhile, I think PRs are starting to appear on top of the existing PRs... and/or they're growing since I tried to merge them. I don't know how to get github to think of the PRs as against the 0.48-1 branch, so my thought for the moment is to wait until it looks save to merge 0.48-1 into master and then try merging whatever PRs might have changed.
In case some PR in fact hasn't been added to since I made all the merges, I think it will look like it has been merged once I merge the 0.48-1 branch into master. So at that point it should be easier to figure out which PRs need to be re-merged.
cheers Miller
On Thu, Nov 30, 2017 at 02:39:52PM +0100, Dan Wilcox wrote:
Sounds good. Let me know if I can help, ie. merge some of the various PRs into a single PR.
On Nov 30, 2017, at 12:00 PM, pd-dev-request@lists.iem.at wrote:
I put this right in 'head' on a clone of my own repo; it compiles OK for me here on linux/64 and widows-32 so I think it's provisionally working, but needs lots of testing.
If there's no reason not to I'll just throw that all in my own 'head' and push it all back to the git repo.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev