If the limit lines for a dimension come from different directions (from above and below in the attached screenshot) the end point of both is still at the same side as the actual dimension line - should be opposite.
Difficult to explain - please refer to screenshot
Though this is easily editable - it would be nice if it were automatic.
I'm sorry - it seems this is is not correctable. In this case the error is more annoying than I thought...
fixed in master branch, https://github.com/LibreCAD/LibreCAD/commit/b50b65c9662f8ecdb7c351913b389e38becce81f
Please help testing this fix.
I have been trying to compile LibreCAD for some time, but have not been able to. Make results in this error:
src/libdxfrw.cpp:1:0: error: CPU you selected does not support x86-64 instruction set
I tried to edit the Makefile in libraries/libdxf to -march=athlon-fx, which works. But:
Is there some way to do this in a more elegant way?
to change CFLAGS,
you can set in the common.pri file in the top librecad source folder ( https://github.com/LibreCAD/LibreCAD/blob/master/common.pri ), and append two lines in the end of that file:
QMAKE_CXXFLAGS_DEBUG += -std=c++11 -g -march=native
QMAKE_CXXFLAGS += -std=c++11 -g -march=native
after saving your new common.pri, run commands:
make distclean
qmake -r
make
for /usr/lib, looks like the current default is /usr/lib64, and /usr/lib is a symbolic link of /usr/lib64
PS:
it's better to create a custom.pro instead of modifying common.pri:
QMAKE_CXXFLAGS += -march=native
QMAKE_CXXFLAGS_DEBUG += -march=native
Last edit: Dongxu Li 2015-01-03
This doesn't work. The 'native' does get added, but the same error results when compiling. This is the generated compile command for libdxfrw (from libraries/libdxfrw/Makefile:
It produces the error message:
I've edited a lot of the Makefiles manually, and got several to compile. But I now see that there are many other problems. One of them - all the Makefiles are linking with qt from the /usr/lib directory - this is also incorrect. As I have a multilib installation, those libraries are 32 bit, which then gives linking errors.
I have always had problems with cmake... There should really be a simpler way to do this. Maybe my cmake is old? cmake version 2.8.8