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@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



2017-12-03 17:06 GMT-02:00 Miller Puckette <msp@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@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@lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev

_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev


--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com