Re: [Gnuplot-info] Clang compiler error on Sierra (termios.h)

[Denis D. <dav...@gm...>]

Thank you very much, Ethan. That explained everything!

The Spack package manager was injecting -I<dependency>/include flags for
all packages in the dependencies graph for Gnuplot. In this case Gnuplot needs readline
and readline needs ncurses, which lead to extra undesired include flags. 
I am submitting a PR to fix this in Spack and thereby make Gnuplot work again
https://github.com/LLNL/spack/pull/3185

Thank a lot for the help! The root of the problem has been found.

Denis.


> On 22 Feb 2017, at 17:22, sfeam <sf...@us...> wrote:
> 
> On Wednesday, 22 February 2017 01:51:18 PM Denis Davydov wrote:
>> Apparently, the issue also appears on Ubuntu 16.04.2 with gcc@5.4.0.
>> So it looks like it’s not related to macOS and/or apple’s Clang or headers.
>> 
>> Below is the error with the invocation line. Although it could indeed be due to some issues with ncurses,
>> at the moment I don’t see any indication that this is the case. That is because ncurses is used (inderectly) in 
>> many other packages (cmake, boost, etc) and everything builds fine and runs ok.
>> 
>> Is there anything one could further investigate here? Maybe some configure flag has to be added to Gnuplot?
> 
> It looks to me that the compiler is mistakenly resolving
> #include "term.h"
> to 
> /home/user/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/ncurses-6.0-edxtvp6xypxklibesnv2z5gstx3rat7a/include/term.h
> rather than to
> <build-dir>/src/term.h
> 
> That is, it is pulling in a file "term.h" from the ncurses package when it should
> be pulling in a file with the same name from the gnuplot source directory.
> 
> Why?   No idea.
> 
> 	Ethan