[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-edu-devel
Subject: Re: LabPlot builds and runs with kf5
From: Alexander Semke <Alexander.Semke () web ! de>
Date: 2015-03-03 8:15:30
Message-ID: 2475464.iK8LONkG5P () linux-7xsw ! site
[Download RAW message or body]
> But, you know, why is "gsl/" in the <>-path, if we have already
> $prefix/include/gsl defined further up. Shouldn't gsl be omitted then, or
> the definition adapted to ---
> FIND_PATH (GSL_INCLUDE_DIR gsl_multimin.h
> /usr/include/gsl
> /usr/local/include/gsl
> + ${CMAKE_PREFIX_PATH}/include
> )
> ---
> ?!
> In this case CMake again claims that it cannot find GSL, of course. =(
The definition GSL_INCLUDE_DIR was set but actually nowhere used before.
I added it to INCLUDE_DIRECTORIES which tells cmake to generate -I option for
the compiler with the provided directories.
By including via <file.h>, the lookup is done in system include directories
and not in the directoreis specified by the -I-option. I don't know what the
system directories for clang on Mac OS are, but gsl located in /opt/local/ is
not found via <gsl/gsl_header.h>.
It should work on your system now with #include "gsl_rng.h" instead of
#include <gsl/gsl_rng.h> but this is not the final solution for this problem.
It should work with <gsl/gsl_header.h> on each platform. I'll try to come up
with a clean solution for this.
Are all headers installed in /opt/local/includes on your system?
--
Alexander
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic