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

[Ethan M. <eam...@gm...>]

On Wed, Feb 22, 2017 at 2:36 PM, Denis Davydov <dav...@gm...> wrote:
> 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.

Well, gnuplot-the-executable needs readline, but your failure here
came while trying
to build the documentation.  Maybe Spack could be told to distinguish between
dependencies needed to build executable components of the package and
dependencies (if any) needed for auxiliary stuff like documentation or demos?

   Ethan


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