> Ah yes, clipper has weird and annoying naming. I talked to upstream about it, > but they don't want to change it. I think it had something to do with a > package naming conflict in Red Hat. In any case, the package is called > libpolyclipping. There is a pkg-config file with it, but it's broken, so I > changed it. I don't think the change made it in upstream's release, although > I'm not sure. Code should use #include <clipper.hpp> and be compiled with:
Actually, polyclipping/clipper.hpp is correct. pkg-config gives me -I/usr/include. I updated the patch accordingly and dropped the removal of libs/*. This should be sufficient for cmake to not pick any leftovers. > g++ `pkg-config --cflags polyclipping` -c source.cpp -o object.o > g++ `pkg-config --libs polyclipping` object.o -o target > > This will add -I/usr/include/polyclipping and -lpolyclipping respectively. Solved by https://cmake.org/cmake/help/v3.0/module/FindPkgConfig.html It's building and working as expected. >> I'm going to double-check if I've missed any files, and then I'll patch up >> the >> the sources to 2.4.0. Hopefully that fixes things. This, and fonts-open-sans - and we should be good to go. I haven't received more feedback from the font maintainers, need to check back and see if the package is ok now.