[PD-dev] Pd 0.48 app bundle without src dir

[Dan Wilcox]

I changed it back from "include" to a "src" folder after Katja's issue a few months ago, so the current master uses "src". If we do want to transition to an a more standard "include" folder, the best way would be to place the header in "include" and make a symlink to "src" for now. Just to make sure, I believe we are only talking about the macOS .app bundle so using a relative symlink shouldn't be a problem.

> On Dec 3, 2017, at 8:11 PM, Alexandre Torres Porres <porres at gmail.com> wrote:
> 
> well, it is not for 0.48-0, there's a new include folder instead, see http://msp.ucsd.edu/Software/pd-0.48-0.mac.tar.gz <http://msp.ucsd.edu/Software/pd-0.48-0.mac.tar.gz>
> 
> 
> 
> 2017-12-03 17:06 GMT-02:00 Miller Puckette <msp at ucsd.edu <mailto:msp at ucsd.edu>>:
> I'm just looking now - in the Mac apps the ".h" files are indeed in
> Contents/Resources/src/ as they were before.  So unless I'm missing
> something the procedure to build externs shouldn't have changed.  But
> am I missing something...?
> 
> cheers
> Miller
> 
> On Sun, Dec 03, 2017 at 03:22:34PM +0100, katja wrote:
> > On Sun, Dec 3, 2017 at 1:04 PM, Dan Wilcox <danomatika at gmail.com <mailto:danomatika at gmail.com>> wrote:
> > >
> >
> > > If the intention is to leave out sources from future binary
> > > distributions for all platforms, would it be an idea to include a copy
> > > of the API files in the old path (src) during a transition period, say
> > > until the next major version?
> > >
> > >
> > > Right. If the requirement is that the headers need to be in a "src" folder
> > > instead of "include", I can fix that no problem as it was just a cleanup
> > > detail I've not gotten around to fixing.
> > >
> >
> > Sorry, my phrasing wasn't completely unambiguous but I meant to say 'a
> > copy of the API files in the old path, in addition to the API files in
> > the new path.' For API files alone, 'include' is the conventional
> > directory indeed. So better stay with that, while providing copies in
> > the old path temporarily as a transition facility. That would give
> > devs and maintainers of external libs some time to update their build
> > scripts.
> >
> > Katja
> >
> >
> > > --------
> > > Dan Wilcox
> > > @danomatika
> > > danomatika.com <http://danomatika.com/>
> > > robotcowboy.com <http://robotcowboy.com/>
> > >
> > >
> > >
> >
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at lists.iem.at <mailto:Pd-dev at lists.iem.at>
> > https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at <mailto:Pd-dev at lists.iem.at>
> https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>
> 

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20171203/191d25a5/attachment-0001.html>