Hi,
I'm getting the following error when I try to compile the git version. I
only get the error when I pass --enable-openmp to configure and then run
make. Here's the error:
graph_hits.cc:75:44: instantiated from here
graph_hits.hh:67:21: error: 'std::norm' is not a variable in clause
'reduction'
I think it's something to do with openmp. I'm using gcc version 4.7 on
Ubuntu 12.04. I have all the dependencies (and optionals) installed from the
GraphToolDownload page. Any ideas? Thanks!
--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…
Sent from the Main discussion list for the graph-tool project mailing list archive at Nabble.com.
Hi list, hi Tiago,
First thank you for graph tool, that's a great package.
I run in a very strange problem when reloading a xml graph file with an
'internalized' PropertyMap.
the minimum script does the following:
* test1: create, internalize the PropertyMap pos1, save the graph in xml
* test2: load the graph from xml, read the internalized PropertyMap pos2
Depending whether the two tests are ran in separate processes are in the
same process, the two Propertymaps will not have the same values:
test1 and 2 in the same process:
pos1 == pos2
test1 and test2 in different processes
pos1 != pos2
--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…
Sent from the Main discussion list for the graph-tool project mailing list archive at Nabble.com.
I finalty managed to compile:
For info, I removed the layout part to avoid the memory problem, by
removing mentions of it in the following files:
modified: configure.ac
modified: doc/draw.rst
modified: src/graph/Makefile.am
Guillaume
Le 04/10/2012 12:09, Tiago Peixoto [via Main discussion list for the
graph-tool project] a écrit :
> On 10/04/2012 11:51 AM, Guillaume Gay wrote:
> > Hi Tiago, hi list,
> >
> > Trying to compile from the github repo, I run into this error with
> make:
> >
> > make[4]: entrant dans le répertoire «
> /home/guillaume/Python/src/graph-tool/src/graph/layout »
> > CXX graph_sfdp.lo
> > virtual memory exhausted: Cannot allocate memory
> > make[4]: *** [graph_sfdp.lo] Erreur 1
>
> It takes quite a bit of memory to compile graph-tool, due to the heavy
> use of template metaprogramming. Current compilers such as GCC still use
> much more memory than optimal... However if you have more than 4G ram,
> you should be able to compile it with a current GCC version. Just make
> sure there are no other programs using significant amounts of memory.
>
> If you still don't have enough ram, you can try compiling with clang
> which manages to use less memory than GCC.
>
> If you want to artificially increase the amount of virtual memory you
> have, you have to increase your swap. But note that if you rely too
> heavily on this, the compilation time will become very, very high.
>
> Cheers,
> Tiago
>
> --
> Tiago de Paula Peixoto <[hidden email]
> </user/SendEmail.jtp?type=node&node=4024795&i=0>>
>
>
> _______________________________________________
> graph-tool mailing list
> [hidden email] </user/SendEmail.jtp?type=node&node=4024795&i=1>
> http://lists.skewed.de/mailman/listinfo/graph-tool
>
> *signature.asc* (563 bytes) Download Attachment
> <http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…>
> --
> Tiago de Paula Peixoto <tiago(a)skewed.de>
>
>
> ------------------------------------------------------------------------
> If you reply to this email, your message will be added to the
> discussion below:
> http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…
>
> To unsubscribe from Strange save / load_graph behaviour, click here
> <http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…>.
> NAML
> <http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…>
>
--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com…
Sent from the Main discussion list for the graph-tool project mailing list archive at Nabble.com.