Custom Query (545 matches)
Results (109 - 111 of 545)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#480 | fixed | Another clang compatibility issue | ||
Description |
Yongjia Song, from lemon-user:
|
|||
#481 | fixed | Shared library build is broken with glpk | ||
Description |
If I configure with: cmake .. -DBUILD_SHARED_LIBS:BOOL=ON -DLEMON_ENABLE_GLPK=YES then the build fails with lots of errors about undefined glp_ symbols. The library link line is missing -lglpk. I'd submit a patch, but my cmake-foo isn't very good. Running: LDFLAGS=-lglpk cmake .. -DBUILD_SHARED_LIBS:BOOL=ON -DLEMON_ENABLE_GLPK=YES works around the problem, but that's gross. |
|||
#482 | fixed | Consider giving libemon.so a real soname when building a shared library | ||
Description |
Hi- I'm playing with packaging lemon for Fedora. Currently everything works (as long as I don't try to link against glpk), but the resulting libemon.so doesn't have an associated version. This will cause issues when lemon gets upgraded. Would you be willing to version it for real or at least to create libemon-1.3.so and symlink it to libemon.so? (The latter is a bit annoying in that it will force all users to rebuild for each new major release, but it's better than causing silent failures.) Thanks! |