Am 01.06.20 um 18:23 schrieb slitvinov:
>> Because to everybody trained to ignore them.
>
> Sorry. I mean "because not everyone is trained to ignore them". Thank you
> anyway.
You're not supposed to ignore them.
In my setup, and in all the environments where I build graph-tool, I do
not see an
Am 01.06.20 um 18:16 schrieb slitvinov:
> Although it produces even more warnings (below is less then 1% of a log):
Nobody cares about this, please do not spam the list, it's obnoxious.
I already explained that this has nothing to do with graph-tool, and
that these warnings come from (your versio
> Because to everybody trained to ignore them.
Sorry. I mean "because not everyone is trained to ignore them". Thank you
anyway.
--
Sent from:
http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/
___
graph-tool mailing list
g
> Why?
Because to everybody trained to ignore them.
--
Sent from:
http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/
___
graph-tool mailing list
graph-tool@skewed.de
https://lists.skewed.de/mailman/listinfo/graph-tool
Am 01.06.20 um 12:56 schrieb slitvinov:
> I am on a shared supercomputer. It has only the following versions
> gcc/6.1.0
> gcc/7.3.0
> gcc/8.1.0
> gcc/8.2.0
> gcc/8.3.0(default)
>
> Do I have any chance to build graph-tools? Maybe an older version?
You can try. GCC 7 should work.
You should also
I am on a shared supercomputer. It has only the following versions
gcc/6.1.0
gcc/7.3.0
gcc/8.1.0
gcc/8.2.0
gcc/8.3.0(default)
Do I have any chance to build graph-tools? Maybe an older version?
--
Sent from:
http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/
__
Am 01.06.20 um 12:48 schrieb slitvinov:
>> These warnings come from boost, not graph-tool.
>
> Thank you. I think it is more friendly to the users not to hard code -Wall
> -Wextra.
>
> configure.ac:
> dnl turn on warnings
> [CXXFLAGS="-Wall -Wextra -ftemplate-backtrace-limit=0 ${CXXFLAGS}"]
Why?
Thank you. I was misinformed by ./configure --help
--with-boost-libdir=LIB_DIR
Force given directory for boost libraries. Note
that
this will override library path detection, so use
this parameter only if default libra
Thank you. I was misinformed by ./configure --help
--with-boost-libdir=LIB_DIR
Force given directory for boost libraries. Note
that
this will override library path detection, so use
this parameter only if default libra
> These warnings come from boost, not graph-tool.
Thank you. I think it is more friendly to the users not to hard code -Wall
-Wextra.
configure.ac:
dnl turn on warnings
[CXXFLAGS="-Wall -Wextra -ftemplate-backtrace-limit=0 ${CXXFLAGS}"]
--
Sent from:
http://main-discussion-list-for-the-graph-
Am 01.06.20 um 12:31 schrieb slitvinov:
> It passes if I set extra flags
> ./configure --disable-cairo --disable-openmp --disable-sparsehash
> --prefix=/users/lisergey --with-boost=/users/lisergey
> --with-boost-libdir=/users/lisergey/lib --with-boost-python
> --with-cgal=/users/lisergey
> --with-p
Am 01.06.20 um 12:26 schrieb slitvinov:
> I am build graphs-tools 2.31 using g++ 8.3.0. It floods me with warnings like
> the following:
>
> /users/lisergey/include/boost/bind.hpp:41:1: note: #pragma message: The
> practice of declaring the Bind placeholders (_1, _2, ...) in the global
> namespace
./configure for graph-toosl 2.31 fails if boost in a custom location
./configure --disable-cairo --disable-openmp --disable-sparsehash
--prefix=/users/lisergey --with-boost=/users/lisergey
--with-boost-libdir=/users/lisergey/lib --with-boost-python
--with-cgal=/users/lisergey
--with-python-module-
Am 01.06.20 um 12:20 schrieb slitvinov:
> graph-tools fail to build with g++ (GCC) 8.3.0 20190222 with the following
> error message:
>
> In file included from blockmodel/graph_blockmodel_mcmc.cc:26:
> blockmodel/../loops/mcmc_loop.hh: In lambda function:
> blockmodel/../loops/mcmc_loop.hh:84:42:
I am build graphs-tools 2.31 using g++ 8.3.0. It floods me with warnings like
the following:
/users/lisergey/include/boost/bind.hpp:41:1: note: #pragma message: The
practice of declaring the Bind placeholders (_1, _2, ...) in the global
namespace is deprecated. Please use + using namespace
boost:
graph-tools fail to build with g++ (GCC) 8.3.0 20190222 with the following
error message:
In file included from blockmodel/graph_blockmodel_mcmc.cc:26:
blockmodel/../loops/mcmc_loop.hh: In lambda function:
blockmodel/../loops/mcmc_loop.hh:84:42: error: lambda capture of
'single_step' is not a cons
16 matches
Mail list logo