Custom Query (545 matches)

The .eps header generated by 'graphToEps()' contains an empty line after the %%CreationDate: DSC field, at least on linux. This confuses some .eps tools, such as gv.

%!PS-Adobe-2.0 EPSF-2.0
%%Title: Sample .eps figure
%%Copyright: (C) 2003-2009 LEMON Project
%%Creator: LEMON, graphToEps()
%%CreationDate: Thu Jan 21 13:14:18 2010

%%BoundingBox: 485 485 865 715
%%EndComments

The title says everything.

Here is the related part of the build output.

	g++ -DHAVE_CONFIG_H   -I. -I.  -Wall -W -Wall -W -Wunused -Wformat=2 -Wctor-dtor-privacy -Wnon-virtual-dtor -Wno-char-subscripts -Wwrite-strings -Wno-char-subscripts -Wreturn-type -Wcast-qual -Wcast-align -Wsign-promo -Woverloaded-virtual -ansi -fno-strict-aliasing -Wold-style-cast -Wno-unknown-pragmas -ggdb -Werror -MT tools/dimacs-solver.o -MD -MP -MF $depbase.Tpo -c -o tools/dimacs-solver.o tools/dimacs-solver.cc &&\
	mv -f $depbase.Tpo $depbase.Po
In file included from lemon/glpk.cc:23:
/home/alpar/projects/LEMON/local/include/glpk.h:40: error: conflicting declaration ‘typedef struct glp_prob glp_prob’
./lemon/glpk.h:32: error: ‘glp_prob’ has a previous declaration as ‘typedef struct glp_prob glp_prob’
make[2]: *** [lemon/lemon_libemon_la-glpk.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/home/alpar/projects/LEMON/hg/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/alpar/projects/LEMON/hg/main'
make: *** [all] Error 2

The doc of module "Matching Algorithms" presents a bipartite graph as and illustration for the result of these algorithm. This falsely suggests that these algs work on this kind of graphs. In fact, the opposite is true, the bipartite graphs - therefore the bipartite matching algorithms - are yet to be ported from the 0.x series.

Thus, I would prefer an example on a general graph here.