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

[Alexandre Torres Porres]

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



2017-12-03 17:06 GMT-02:00 Miller Puckette <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> 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
> > > robotcowboy.com
> > >
> > >
> > >
> >
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at lists.iem.at
> > https://lists.puredata.info/listinfo/pd-dev
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20171203/4fac6840/attachment.html>