Re: OS X: error: 'gitypes.h' file not found with <angled> include; use "quotes" instead

[coypu%SDF.ORG@localhost]

On Mon, Oct 31, 2016 at 12:02:41PM -0400, Todd M. Kover wrote:
>  > > OBJDIR is set to /p/pkg/obj in this case, which through a myriad of
>  > > symlinks ends up being /private/var/pkg/obj.
>  >
>  > If you mean WRKOBJDIR: it must not reference symlinks.
> 
> Sorry, I was working from memory; I meant WRKOBJDIR.  It is a directory,
> but /p and /p/pkg are both symlinks.  I've generally used this config
> since 2011 across a few macs with varying size disks, and never had an
> issue with symlinks.
> 
>  > > So it looks like in this case, its something about how the wrappers
>  > > are working (perhaps only in macOS) and its stripping out the
>  > > -I./gitrepository equivalent.
>  >
>  > It also doesn't help when you talk about relative includes (which
>  > are always passed through) when the actual build uses absolute paths
>  > (which are filtered).
> 
> I do not know how coypu%SDF.ORG@localhost got -I./girepository where I was getting
> -I/full/path/to/girepository.  If I add:
> 	CFLAGS += -I./girepository
> 
> it seems to be expanded by something (or dropped before the wrappers get
> into it.  I have not tried to build this particular pkg on anyting but
> os/x (I don't need x11 on the netbsd boxes).
> 
> Thus:
> 
> [*] cc -E -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -I/opt/pkg/include -DGI_COMPILATION -U__BLOCKS__ -I. -I/private/var/pkg/obj/devel/gobject-introspection/work.x86_64/gobject-introspection-1.48.0/girepository -I/private/var/pkg/obj/devel/gobject-introspection/work.x86_64/gobject-introspection-1.48.0 -I/opt/pkg/include/glib/glib-2.0 -I/opt/pkg/lib/glib-2.0/include -I/opt/pkg/include -o g-ir-cpp-RnzlxU.i -C /var/folders/bz/cnrp3_q52x17_dhvgp0f2wfc0000m2/T/g-ir-cpp-RnzlxU.c
> <.> /usr/bin/clang -E -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -I/p/pkg/obj/devel/gobject-introspection/work.x86_64/.buildlink/include -DGI_COMPILATION -U__BLOCKS__ -I. -I/p/pkg/obj/devel/gobject-introspection/work.x86_64/.buildlink/include/glib/glib-2.0 -I/p/pkg/obj/devel/gobject-introspection/work.x86_64/.buildlink/lib/glib-2.0/include -o g-ir-cpp-RnzlxU.i -C /var/folders/bz/cnrp3_q52x17_dhvgp0f2wfc0000m2/T/g-ir-cp
> 
> I can appreciate that this is not a lot to go on and I should go
> understand all the moving pieces (and try on a few platforms) before
> speculating more here or in a PR, so feel free to direct me as such and
> I'll swing back to it whenever I get some time; it seemed worthwhile to
> follow up to the original email since I was running into it, too and there
> had not been any follow ups.
> 
> thanks,
> -Todd

Previously I've heard of some Apple things being overwhelmed by spaces betweent hings, 
e.g. -I ./gir would eb a problem, but -I./gir.. not.

I'm not sure if this is the case