clang/llvm: /usr/local/include in port base system not standard? (port devel/freeocl)

[O. Hartmann]

Some ports (devel/freeocl for instance) won't compile easily with CLANG.
I fugured out that sometimes CLANG is not by default including
/usr/local/include into the CPP search path - obviously gcc/gcc46 does!

Compiling port devel/freeocl with CLANG on FreeBSD 10 ends up in this
error (after I fixed a casting issue in src/parser/parser.h):

[...]
[ 87%] Building CXX object src/CMakeFiles/FreeOCL.dir/utils/thread.cpp.o
[ 88%] Building CXX object src/CMakeFiles/FreeOCL.dir/utils/time.cpp.o
[ 90%] Building CXX object src/CMakeFiles/FreeOCL.dir/utils/threadpool.cpp.o
/usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source/src/utils/threadpool.cpp:21:10:
fatal error: 'atomic_ops.h' file not found
#include <atomic_ops.h>
         ^
1 error generated.
*** [src/CMakeFiles/FreeOCL.dir/utils/threadpool.cpp.o] Error code 1

Stop in /usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source.
*** [src/CMakeFiles/FreeOCL.dir/all] Error code 1

Stop in /usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source.
*** [all] Error code 1

Stop in /usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source.
*** [do-build] Error code 1

Stop in /usr/ports/devel/freeocl.


The header file in question is maintained by port devel/libatomic_ops,
which is cleanly installed.

Well, I feel a bit confused, since I do not know how to manage the
intransparent port framework (intransparent to me) to force the port's
Makefile to include via "-I/usr/local/include" the path in question.

Any suggestions?

By the way, the build backend is cmake which I'm completely unfamiliar
with. Can someone give a hint?

Thanks,

Oliver

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20121224/995014e0/attachment.sig>